This machine uses NIU as the onboard ethernet, but for
whatever reason the debian installer couldn't find it
in the stable install images.
The debian kernel does have the driver built into it, so it's
something to do with detection by device IDs or whatever I suppose.
NIU can appear on sparc64 i
From: Josip Rodin
Date: Mon, 23 Nov 2009 23:40:28 +0100
> http://www.backports.org/debian/pool/main/l/linux-2.6/linux-image-2.6.30-bpo.2-sparc64-smp_2.6.30-8~bpo50+1_sparc.deb
>
> To extract, use:
>
> dpkg-deb -x linux-image-2.6.30-bpo.2-sparc64-smp_2.6.30-8~bpo50+1_sparc.deb
> newdir
>
> A
From: Josip Rodin
Date: Wed, 25 Nov 2009 21:36:24 +0100
> On Wed, Nov 25, 2009 at 12:09:13PM -0800, David Miller wrote:
>> I'm confused now :-) So does gcc-4.1.3 produce the bad kernels or does
>> gcc-4.3.2?
>
> No, Hermann's mail was not relevant, the new NMI
From: Hermann Lauer
Date: Wed, 25 Nov 2009 09:36:33 +0100
> On Tue, Nov 24, 2009 at 10:40:47PM -0800, David Miller wrote:
>> > OK. Yours has gcc 4.2.4, and our ones have gcc 4.3.2 (that we shipped
>> > as "stable" :)
>> >
>> > I also just tried
From: Josip Rodin
Date: Mon, 23 Nov 2009 23:40:28 +0100
> On Mon, Nov 23, 2009 at 02:32:04PM -0800, David Miller wrote:
>> Something like that. It could also just be compiled "differently" by
>> your gcc and expose some race or bug.
>
> OK. Yours has gcc 4.2
From: Josip Rodin
Date: Mon, 23 Nov 2009 23:27:34 +0100
> On Mon, Nov 23, 2009 at 12:24:46PM -0800, David Miller wrote:
>> From: Josip Rodin
>> Date: Sat, 31 Oct 2009 17:48:06 +0100
>>
>> > No idea, I got stuck there and reverted to .28. Then the machine star
From: Hermann Lauer
Date: Mon, 23 Nov 2009 22:11:27 +0100
> On Mon, Nov 23, 2009 at 12:24:46PM -0800, David Miller wrote:
>> As promised long ago, here is a 2.6.31.6 kernel built with you
>> 2.6.31 config file. Let me know if it exhibits the bootup problem
>> so we
From: Josip Rodin
Date: Sat, 31 Oct 2009 17:48:06 +0100
> No idea, I got stuck there and reverted to .28. Then the machine started
> exhibiting some other issues so it was reverted to .26. :/
Sorry for dropping the ball on this one.
As promised long ago, here is a 2.6.31.6 kernel built with you
From: Josip Rodin
Date: Mon, 23 Nov 2009 19:33:46 +0100
> On Mon, Nov 23, 2009 at 10:02:43AM -0800, David Miller wrote:
>> That's why I need some other mechanism to boot test kernels (tftp,
>> etc.) in order to help you out to fix the bootup hang. And while
>> doi
From: Hermann Lauer
Date: Mon, 23 Nov 2009 11:19:32 +0100
> Dear all,
>
> what device did I need to put into /etc/inittab to get a
> getty on a serial console redirected to the rsc card ? For serialA
> this is:
>
> T0:23:respawn:/sbin/getty -L ttyS0 9600 vt102
>
> At the moment the openprom m
From: Josip Rodin
Date: Sun, 22 Nov 2009 23:06:21 +0100
>> [ 82.663939] Kernel unaligned access at TPC[46d24c]
>> notifier_chain_register+0x10/0x38
>> [ 82.671606] Unable to handle kernel paging request in mna handler<1>
>> at virtual address e0a00b46
That address is not only unalign
From: Josip Rodin
Date: Fri, 18 Sep 2009 15:24:51 +0200
> On Wed, Sep 16, 2009 at 04:49:34PM -0700, David Miller wrote:
>> I built my kernel using v2.6.30.x -stable FWIW.
>>
>> I'll try straight 2.6.31 with your config. I wonder if we're
>> in the terri
From: Josip Rodin
Date: Thu, 17 Sep 2009 01:29:37 +0200
> On Wed, Sep 16, 2009 at 03:48:18PM -0700, David Miller wrote:
>> From: Josip Rodin
>> Date: Wed, 16 Sep 2009 14:49:00 +0200
>>
>> > I'm attaching the exact .config used in my last attempt, just in ca
From: Josip Rodin
Date: Thu, 17 Sep 2009 01:29:37 +0200
> On Wed, Sep 16, 2009 at 03:48:18PM -0700, David Miller wrote:
>> From: Josip Rodin
>> Date: Wed, 16 Sep 2009 14:49:00 +0200
>>
>> > I'm attaching the exact .config used in my last attempt, just in ca
From: Josip Rodin
Date: Wed, 16 Sep 2009 14:49:00 +0200
> I'm attaching the exact .config used in my last attempt, just in case.
Where is that attachment? :-) I want to try it again here myself as a
double check.
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject
From: Josip Rodin
Date: Wed, 16 Sep 2009 09:57:22 +0200
> On Tue, Sep 15, 2009 at 12:05:30PM +0200, Sébastien Bernard wrote:
>>> I was able to reproduce the hang with your originally posted config.
>>>
>>> It only triggers when CONFIG_PROM_CONSOLE is enabled
>>>
>> Very good news.
>> I had a l
From: Josip Rodin
Date: Tue, 15 Sep 2009 11:58:33 +0200
> If the PROM console driver still has some utility, maybe the boot option is
> the way to go... does it? Does anyone still manufacture new machines with
> new and strange console types that we don't support? :)
The PROM console driver has
From: Josip Rodin
Date: Mon, 14 Sep 2009 14:40:22 +0200
> On Mon, Sep 14, 2009 at 02:36:48PM +0200, Josip Rodin wrote:
>> > > 2) Try a UP kernel build, does it work even with all of the NMI
>> > >bits enabled on this machine?
>> >
>> > Will try and report shortly.
>>
>> It seems to work jus
From: Josip Rodin
Date: Mon, 14 Sep 2009 14:36:48 +0200
> It seems to work just fine without SMP.
>
> This is start_watchdog(), writing picl_value(nmi_hz)=-17214228922368000 into
> PIC...
> This is nmi_init(), entering check_nmi_watchdog()...
> Testing NMI watchdog ... OK.
> [...]
Ok, great.
From: Josip Rodin
Date: Sat, 12 Sep 2009 13:05:59 +0200
> The 2.6.31 release. (Actually stable 2.6.31.y git but that's
> currently the same.)
Ok:
1) Give me the output of /proc/cpuinfo
2) Try a UP kernel build, does it work even with all of the NMI
bits enabled on this machine?
Thanks.
-
From: Josip Rodin
Date: Sat, 12 Sep 2009 13:05:59 +0200
> On Sat, Sep 12, 2009 at 02:59:43AM -0700, David Miller wrote:
>> From: Josip Rodin
>> Date: Sat, 12 Sep 2009 11:49:54 +0200
>>
>> > I see this %pcr handling has been in debugging code (oprofile, performanc
From: Josip Rodin
Date: Sat, 12 Sep 2009 11:49:54 +0200
> I see this %pcr handling has been in debugging code (oprofile, performance
> counters) for some time before it moved into the NMI handler, so I'm
> guessing it didn't get enough testing because fewer people have the
> debugging features en
From: Josip Rodin
Date: Sat, 12 Sep 2009 01:04:16 +0200
> In my case, I didn't seem to have any problems when I just turned it off
> in pcr_arch_init().
Yeah, that's usually what cures this.
> I added some poor man's debugging and got:
>
> calling pcr_arch_init+0x0/0x13c @ 1
> Most of pcr_arc
From: Josip Rodin
Date: Fri, 11 Sep 2009 21:09:10 +0200
> calling pcr_arch_init+0x0/0x130 @ 1
> Test
Make pcr_arch_init() in arch/sparc/kernel/pcr.c simply return 0
instead of doing anything, see if that helps it get further along.
> I'll test Dave's image later, and if that fails, I guess it'
From: Sébastien Bernard
Date: Mon, 07 Sep 2009 18:53:15 +0200
> David Miller a écrit :
>> [great explanation snipped]
>> --- a/arch/sparc/kernel/nmi.c
>> +++ b/arch/sparc/kernel/nmi.c
>> @@ -103,7 +103,7 @@ notrace __kprobes void perfctr_irq(int irq, struct
>> pt
From: Sébastien Bernard
Date: Sun, 06 Sep 2009 23:21:42 +0200
> David said, he'll look this bug later. I'll need to remind him.
In Linus's tree is the following fix for this. I'll submit it
to -stable when I get a chance.
sparc64: Kill spurious NMI watchdog triggers by increasing limit to 30 s
From: Jurij Smakov
Date: Mon, 24 Aug 2009 19:36:17 +0100
> One possibility to get relevant documentation would be to request controller
> specs via Sun FOSS hardware docs website:
Unfortunately the guy doing nearly all of the actual legwork
on that left Sun several months ago.
--
To UNSUBSCRI
From: Julien Cristau
Date: Sun, 24 May 2009 15:52:20 +0200
> I plan to revert it for lenny r2, and if time permits I'll try to
> make the xserver-xorg package generate an xorg.conf with Driver set
> to fbdev instead..
Indeed, that's likely to work much better.
--
To UNSUBSCRIBE, email to debi
From: Josip Rodin
Date: Mon, 4 May 2009 19:33:12 +0200
> On Mon, May 04, 2009 at 09:55:11AM -0700, David Miller wrote:
>> > Sure, it would probably be better for you if they adjusted to your own
>> > development model, and relied on you for every change that they want
From: Josip Rodin
Date: Mon, 4 May 2009 17:03:57 +0200
> The released kernel should actually be working for a large majority of
> machines, so that goal is almost accomplished. IIRC, in etch, we didn't
> support a few older classes of Ultra Enterprise machines out of the box
> because brokenness
From: Josip Rodin
Date: Mon, 4 May 2009 10:29:17 +0200
> Sure, it would probably be better for you if they adjusted to your own
> development model, and relied on you for every change that they want done,
> and didn't object to any of your recommendations, but it's free software,
> they choose to
From: Josip Rodin
Date: Sun, 3 May 2009 22:44:43 +0200
> On Sun, May 03, 2009 at 01:11:29PM -0700, David Miller wrote:
>> I don't find garbage like this in Ubuntu and Fedora-sparc. Why?
>> Because those developers contact me when they need help or need a
>> problem
From: Josip Rodin
Date: Sun, 3 May 2009 13:41:40 +0200
> OK, but each distribution lives in a little (or large) ecosystem of their
> own
I want to re-emphasize this: developers in other distributions
proactively communicate and interact with me. Debian's doesn't.
And that, my friend, is the cr
From: Sam Ravnborg
Date: Sun, 3 May 2009 15:35:24 +0200
> This solution does not scale at all. The distribution ecosystem
> that integrate sparc kernel should contact the sparc maintainer.
Everyone read this carefully, it the critical point in all of
this.
I don't find garbage like this in Ubun
From: Josip Rodin
Date: Sun, 3 May 2009 17:58:04 +0200
> David has indicated that he is willing to test other people's kernels on
> his plethora of machines, which can be a fairly arduous task, so it
> stands to reason that skimming a couple more mailing lists might be
> sufficiently less arduous
From: Josip Rodin
Date: Sun, 3 May 2009 13:41:40 +0200
> On Sat, May 02, 2009 at 05:06:04PM -0700, David Miller wrote:
>> From: Josip Rodin
>> Date: Sun, 3 May 2009 00:54:15 +0200
>>
>> > So I suggest that we get some simple diffing done between the two
>>
From: Josip Rodin
Date: Sun, 3 May 2009 00:54:15 +0200
> So I suggest that we get some simple diffing done between the two
> pieces of software as a basis for documenting any differences, or
> making modifications so that they converge.
If I had just once seen a "Dave, can you test this image ou
From: Jurij Smakov
Date: Sat, 2 May 2009 11:28:05 +0100
> + attachment for real.
It prints "serial"
I suspect that PROM console device driver is getting in the way.
Please take that out of the kernel configuration ASAP.
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with
From: Jurij Smakov
Date: Sat, 2 May 2009 21:56:24 +0100
> As I'm doing it in my free time, I don't see why I should tolerate
> your tantrums, which seem to happen every time you report problems
> with Debian.
I do this in my spare time too.
And it's not every time I report problems with Debian,
From: Jurij Smakov
Date: Sat, 2 May 2009 18:04:28 +0100
> There is a bug filed for that (http://bugs.debian.org/525958), however
> I don't know what effect removal of this driver will have on machines
> which do not have another console (like no framebuffer device). I would
> like to ask people t
From: Jurij Smakov
Date: Tue, 28 Apr 2009 09:09:34 +0100
> On Tue, Apr 28, 2009 at 12:57:12AM -0700, David Miller wrote:
>> From: Jurij Smakov
>> Date: Tue, 28 Apr 2009 08:54:07 +0100
>>
>> > The bug I've mentioned, and which should be resolved in this ima
From: Jurij Smakov
Date: Tue, 28 Apr 2009 08:54:07 +0100
> The bug I've mentioned, and which should be resolved in this image, is
> http://bugs.debian.org/504721. I see, however, that we never got a
> confirmation from the original reporter that the fix worked on his machine
> (it did work for m
From: Jurij Smakov
Date: Tue, 28 Apr 2009 08:54:07 +0100
> http://ftp.nl.debian.org/debian/dists/lenny/main/installer-sparc/current/images/netboot/boot.img
Yep, that's exactly the image I used.
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe".
From: Jurij Smakov
Date: Mon, 27 Apr 2009 23:29:47 +0100
> On Thu, Apr 23, 2009 at 07:09:43AM -0700, David Miller wrote:
>>
>> 1) Please remove the PROM console driver from the kernel config, it
>>does nothing but get in the way. This will fix the "console slo
From: David Markey
Date: Thu, 23 Apr 2009 15:36:44 +0100
> I'm running debian5 on a t1000, once i got it going its 100% now.
Yes, but you must have hit the console problem.
Right?
--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
I really didn't expect this, and then I saw other users complaining
too.
1) Please remove the PROM console driver from the kernel config, it
does nothing but get in the way. This will fix the "console slow
on bootup" problem everyone reports on niagara boxes.
Putting "console=ttyHV0" o
From: Brian Thompson
Date: Fri, 13 Mar 2009 19:25:48 -0400
>
>
> David Miller wrote:
> > From: Josip Rodin
> > Date: Mon, 26 Jan 2009 10:49:11 +0100
> >
> >
> >> I'm just Cc:'ing this to the sparc kernel mailing list...
> >>
From: Josip Rodin
Date: Mon, 26 Jan 2009 10:49:11 +0100
>
> I'm just Cc:'ing this to the sparc kernel mailing list...
>
> On Sun, Jan 25, 2009 at 08:21:56PM -0500, Brian Thompson wrote:
> > I'd like to get some feedback as to whether anyone is actually using
> > the dmfe Davicom kernel module o
From: Julien Cristau
Date: Wed, 25 Feb 2009 13:41:08 +0100
> On Mon, 2009-02-09 at 12:49 +0100, Julien Cristau wrote:
> > On Mon, 2009-02-09 at 01:21 -0800, David Miller wrote:
> > > No, I would have said that if time is tight at least we can use
> > > "fbdev&quo
From: Laurent GUERBY
Date: Wed, 18 Feb 2009 01:38:05 +0100
> May be it's the same problem? Anyone with a successful install
> of etch or lenny on a Netra T1 200?
No, different problem. You won't even get to the real
console, the machine will just reset itself before booting
does anything meanin
From: Josip Rodin
Date: Mon, 9 Feb 2009 09:45:27 +0100
> But then, it would have been completely your prerogative to respond to that
> simply by saying - DTRT and go upgrade X, patching old X is a waste of my
> time, and I guess nobody wanted to risk hearing that answer? :)
No, I would have said
From: Josip Rodin
Date: Mon, 9 Feb 2009 09:20:39 +0100
> On Sun, Feb 08, 2009 at 04:58:08PM -0800, David Miller wrote:
> > So you're saying that X working is more important than machines
> > actually booting at all? These priorities are wrong.
>
> When N (where N >
From: Jurij Smakov
Date: Sun, 8 Feb 2009 23:05:21 +
> To give a little bit of background, this patch was supposed to fix
> http://bugs.debian.org/500358. Bug trail contains all the gory
> details, but the crux of the problem (as I understand it) is the
> following: the commit [0] into the
From: Jurij Smakov
Date: Sat, 7 Feb 2009 10:45:31 +
> Thanks for pointing it out, David.
Please contact me in the future if you guys want to add non-trivial
sparc specific changes. That's how you can keep stuff like this
from getting broken.
You can't even install on these boxes because of
The patch:
debian/patches/bugfix/sparc/arch_pci_hostcontroller_workaround.patch
causes ultra45 (and other PCI-Express based workstations) to
hard reset when the PCI bus is initially scanned by the kernel.
Please revert this patch from the debian kernel in Lenny and
anywhere else it appe
From: Hermann Lauer
Date: Mon, 2 Feb 2009 15:27:57 +0100
> On Fri, Jan 30, 2009 at 04:00:10PM -0800, David Miller wrote:
> > > [ 47.553935] calling of_bus_driver_init+0x0/0x12c
> > > [ 47.610180] Setting up of bus
> > > [ 47.645596] In bus_register
From: Nick Schmalenberger <[EMAIL PROTECTED]>
Date: Sat, 12 Apr 2008 02:32:42 -0700
> Full dmesg, hardware summary, and syslog are attached, thanks for all help!
The following looks suspicious:
Apr 12 07:11:58 hw-detect: Missing modules 'esp (ESP SCSI), usb-storage (USB
storage)
The esp_scsi m
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 10 Jun 2008 11:59:01 -0700 (PDT)
> From: "Alexander Vlasov" <[EMAIL PROTECTED]>
> Date: Tue, 10 Jun 2008 14:02:50 +0200
>
> > I have to confirm that problem is somehow related to radeonfb.
> > Thi
From: "Alexander Vlasov" <[EMAIL PROTECTED]>
Date: Tue, 10 Jun 2008 14:02:50 +0200
> I have to confirm that problem is somehow related to radeonfb.
> This problem happens only with TWO Sun XVR-300 videocards installed; when
> I'm pulling one card out, kernel boots fine.
Now that's a good clue.
I
From: Frans Pop <[EMAIL PROTECTED]>
Date: Tue, 10 Jun 2008 01:03:48 +0200
> Given that the screenshot shows that the line just before the crash
> is "radeonfb (0001:02:00.0): ATI Radeon [d" which looks truncated the
> most likely candidate looks to be drivers/video/aty/radeon_base.c (in
> __dev
From: Frans Pop <[EMAIL PROTECTED]>
Date: Tue, 10 Jun 2008 00:03:53 +0200
> Cheetah error trap taken afsr[001008000500] afar [07f90080]
> TPC[553f94] TNPC[553f98] O7[554274] TSTATE[9980001606]
> TPC
pci_get_rom_size() is being called with an I/O address that
isn't responding. It is b
From: BERTRAND_Joël <[EMAIL PROTECTED]>
Date: Mon, 18 Feb 2008 22:34:25 +0100
> I think I have found a bug in esp_scsi.c. Without this patch, my
> SS20/SMP was not able to rebuild its internal raid1 volume due to esp0
> DMA errors. With the following patch, same workstation is building a
From: BERTRAND_Joël <[EMAIL PROTECTED]>
Date: Tue, 18 Dec 2007 09:33:46 +0100
> If I restart udev, it is restarted without any timeout. I don't
> understand where is the mistake (PCI support ?). It seems to be a bad
> interaction between udev and kernel but I don't know the last
> configuration
From: Tobias Marx <[EMAIL PROTECTED]>
Date: Tue, 06 Jun 2006 19:08:25 +0200
> do you know what the module for this is called?
mptsas.ko, enabled by config option CONFIG_FUSION_SAS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
From: Jurij Smakov <[EMAIL PROTECTED]>
Date: Fri, 2 Jun 2006 19:29:20 -0700 (PDT)
> Tobias have posted a question on the debian-sparc mailing list, asking
> whether he can install Debian on Blade 2500. I was able to find an old
> thread [0] from May 2005, where Dave mentioned that at that time t
Date:Tue, 23 Feb 1999 17:27:30 -0700 (MST)
From: Jake Griesbach <[EMAIL PROTECTED]>
Your report is complete inconsistent, you say:
I'm having trouble compiling kernel version 2.2.1 on a SparcStation 1+
(note: you say version 2.2.1)
Then your kernel build messages say:
gcc -
101 - 166 of 166 matches
Mail list logo
