Martin Husemann | 1 Jun 01:39 2003
Picon

32 bit kernel reliability

Since we wondered about the current state of 32 bit kernels recently...

I updated my U5 to current this morning, running a 32 bit kernel, and it
managed to do a complete "build.sh -j 2 build" run with this kernel. The
freshly build (sparc) userland runs fine too.

No complete test, but seems there is nothing fundamentally broken right now.

Martin

Lloyd Parkes | 1 Jun 03:58 2003
Picon

Lucent USB problem

Hi all,

I have just installed a PCI four port USB card in my Ultra 10, and
things are not well. The system hand in the middle of attaching the
last ohci device. My guess is that it's having trouble with
interrupts, but I haven't got around to looking at the source code
yet.

Has anyone seen this before, or got a success story about trying to
use third party USB PCI cards in an Ultra 10?

Here is the output from the console.

ohci0 at pci2 dev 3 function 0: Lucent Technologies product 0x5803 (rev. 0x11)
ohci0: interrupting at ivec 18
ohci0: OHCI version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: Lucent Technolo OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 1 port with 1 removable, self powered
ohci1 at pci2 dev 3 function 1: Lucent Technologies product 0x5803 (rev. 0x11)
ohci1: interrupting at ivec 18
ohci1: OHCI version 1.0, legacy support
usb1 at ohci1: USB revision 1.0
uhub1 at usb1
uhub1: Lucent Technolo OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 1 port with 1 removable, self powered
ohci2 at pci2 dev 3 function 2: Lucent Technologies product 0x5803 (rev. 0x11)
ohci2: interrupting at ivec 18
ohci2: OHCI version 1.0, legacy support
(Continue reading)

matthew green | 1 Jun 05:59 2003
Picon

re: 32 bit kernel reliability


   Since we wondered about the current state of 32 bit kernels recently...

   I updated my U5 to current this morning, running a 32 bit kernel, and it
   managed to do a complete "build.sh -j 2 build" run with this kernel. The
   freshly build (sparc) userland runs fine too.

   No complete test, but seems there is nothing fundamentally broken right now.

i have two systems running fairly recent 32 bit -current.  the
ultra1 is showing the sleep doesn't return, select/poll don't
time out, etc, bug though... the ultra10 is not.

.mrg.

Martin Husemann | 1 Jun 09:43 2003
Picon

Re: Lucent USB problem

On Sun, Jun 01, 2003 at 01:58:35PM +1200, Lloyd Parkes wrote:
> last ohci device. My guess is that it's having trouble with
> interrupts

That's unlikely, there should be no interrupts at this stage of the boot.
Do you have DDB in your kernel and can you break into it when it hangs?

> ohci3 at pci2 dev 3 function 3: Lucent Technologies product 0x5803 (rev. 0x11)

I guess you'll have to sprinkle some printfs into sys/dev/pci/ohci_pci.c
in function ohci_pci_attach and see how far it gets.

Please file a PR!

Martin

leam | 1 Jun 12:58 2003
Picon

Bulk build questions

Woot! I'm slowly getting familier with the building process and can 
actually build the kernel! Wee-Haa!

Actually, I've done the kernal, changed LP64? to yes, and installed 
gcc3.3. My two questions are "Anything else I should change before 
trying bulk builds?" and "How much disk space do I need?"

/usr has a touch over 3G left.

ciao!

leam

Lubomir Sedlacik | 1 Jun 13:07 2003

Re: Bulk build questions

On Sun, Jun 01, 2003 at 06:58:13AM -0400, leam wrote:
> 
> My two questions are "Anything else I should change before trying bulk
> builds?" and "How much disk space do I need?"
> 
> /usr has a touch over 3G left.

that's most likely not enough even for distfiles.

regards,

--

-- 
-- Lubomir Sedlacik <salo <at> Xtrmntr.org>                   --
--                  <salo <at> silcnet.org>                   --
Martin Husemann | 1 Jun 13:27 2003
Picon

Re: Bulk build questions

On Sun, Jun 01, 2003 at 01:07:47PM +0200, Lubomir Sedlacik wrote:
> > /usr has a touch over 3G left.
> 
> that's most likely not enough even for distfiles.

Yeah, that will not be enough.

Does the bulk build fetch everything in advance? Does it clean in-between?

If it fetches on-demand it might be ok for as far as he'll get ;-} (the
mission is to spot things broken on sparc64 and I guess there will be quite a
few)

I just looked at a random pkgsrc distfile directory I had lying around and
it's ~1GB - but I did not do a bulk build.

leam, can you use NFS and some space on another machine perhaps?

Martin

leam | 1 Jun 14:09 2003
Picon

Re: Bulk build questions

Martin Husemann wrote:
> On Sun, Jun 01, 2003 at 01:07:47PM +0200, Lubomir Sedlacik wrote:
> 
>>>/usr has a touch over 3G left.
>>
>>that's most likely not enough even for distfiles.
> 
> 
> Yeah, that will not be enough.
> 
> Does the bulk build fetch everything in advance? Does it clean in-between?
> 
> If it fetches on-demand it might be ok for as far as he'll get ;-} (the
> mission is to spot things broken on sparc64 and I guess there will be quite a
> few)
> 
> I just looked at a random pkgsrc distfile directory I had lying around and
> it's ~1GB - but I did not do a bulk build.
> 
> leam, can you use NFS and some space on another machine perhaps?
> 
> Martin

Should be able to. The local fileserver (an older linux box) has about 
~50G of space useable. It will need a kernel upgrade at some point in 
time, but we'll see if NFS works.

Hmm... getting "rpc_bind to nfs on server". Both boxes I tried are 
linux, one is older (RH 6.1) and one is newer (SuSE 8.0). Have been 
needing to upgrade their kernels anyway. Guess that's next on the adgenda!
(Continue reading)

James Chacon | 7 Jun 01:22 2003
Picon

Any luck with sunblade 150?

Had anyone booted one of these and sparc64?

Mine will probe and come all the way up but then dies everytime in /bin/sh
with a data access exception. 

James

Lloyd Parkes | 8 Jun 01:14 2003
Picon

Re: Lucent USB problem

Martin Husemann wrote:
> Please file a PR!

Yeah, I've just been gathering information. I don't see much point in 
filing a PR that simply says "I have some hardware that nobody else has,
and it doesn't work."

I've narrowed the problem down to the for loop on line 302 of
sys/arch/sparc64/sparc64/intr.c rev 1.42 not exiting. I'll keep digging
to see why.

Cheers,
Lloyd


Gmane