Re: many packages held for alpha
Thanks Bob, What was the fix? On Fri, 11 Sep 2015, at 09:03 AM, P Gebhardt wrote: > Amazing work! > Thanks a million !!! > > Kind regards, > Pierre > > > --- > > > Pierre's collection of classic computers moved to: > http://www.digitalheritage.de > > > - Ursprüngliche Message - > > Von: Michael Cree > > An: debian-alpha@lists.debian.org > > CC: Bob Tracy > > Gesendet: 8:33 Freitag, 11.September 2015 > > Betreff: Re: many packages held for alpha > > > > On Thu, Sep 10, 2015 at 12:05:54AM -0500, Bob Tracy wrote: > >> On Tue, Sep 08, 2015 at 07:56:29AM +1200, Michael Cree wrote: > >> > The main problem is > >> > that cmake FTBFS (Bug #789807) thus a growing proportion of the > >> > archive is unbuildable on Alpha. > >> > >> See your private e-mail. I may have a handle on this beast. Won't > >> burden the rest of the list with my speculation unless it pans out :-). > > > > Bob's speculation did pan out and we now have a working cmake! Thank > > you Bob, you have enabled Alpha to survive another day. > > > > The build daemons are now working hard out building the almost 1000 > > source packages we had got behind on Alpha. > > > > Cheers > > > > Michael. > > >
Re: SCSI controllers and SRM
On 02/10/08 01:33:06, Jay Estabrook wrote: > I think your reasoning is good - I vote #1 as well, now, > though I have seen SRM and running kernels differ in ability > to handle bad/no termination conditions. I updated my SRM firmware to 5.9 many moons ago using a floppy disk and alphabios. Just for completeness I downloaded the V61 firmware ISO from HP last night and have just re-upgraded using that. The news is good, my disks are recognised :-) Thanks all, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SCSI controllers and SRM
Hi Jay, On 01/10/08 22:45:47, Jay Estabrook wrote: > SRM reports my card as: "Adaptec AIC-7899", and shows a connected > disk. Show config reports the card as "Adaptec AIC-7899" but not the disks on my system > So, given that, either: > > 1. your card is a different (and unsupported by SRM) version of 39160 > 2. cable is bad > 3. disk is bad > 4. termination is bad or non-existent > 5. if more than one disk, disks are mis-configured. My bet is it's #1. The lenny net inst CD finds the controller and disks. If I "show bios" the scsi select program runs and I get transported into alpha bios which again finds the controller and disks. The firmware version I think is 3.20 Bummer, I'll investigate more tomorrow, thanks for your help. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SCSI controllers and SRM
On 01/10/08 20:49:39, Lennart Sorensen wrote: > Different version of SRM? Different revision of 39160? Some 39160's > were made by compaq with a different device ID which might matter. Jay was using 5.8 I'm on 5.9 might try downgrading later. http://h18002.www1.hp.com/products/quickspecs/11030_div/11030_div.html Is the official part. Show config reports a AIC-7899 so the card I've got is obviously very similar. Looks like I've going to have to boot from the qlogic on board controller, firmware 5.8 is still to be found though, so I might try that. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SCSI controllers and SRM
On 01/10/08 19:56:16, Lennart Sorensen wrote: > The firmware probably has no clue what an adapter card is. It does > know what that specific qlogic card is. Any firmware on the adaptec > would be x86 code, and hence of no use to the alpha. From what I can find on the mailing lists, SRM doesn't use the BIOS so it shouldn't be an issue. > I highly doubt you will be able to boot from the adaptec, although > once booted I think linux should be able to use it just fine. This post by Jay is confusing me: http://www.redhat.com/archives/axp-list/2004-October/msg00108.html Jay seems to say that support for the 39160 controller was added for EV6 machines. Yet earlier the thread starts with some one who has an XP1000, and can't boot from a 39160 controller yet Jay's XP1000 might. H, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SCSI controllers and SRM
Evening all, I've bought an adaptec 39160 for my XP1000 as the qlogic controller was getting a bit flaky. It appears in show config, but no devices are listed in show devices. Do I need to set a magic variable, or have a bought the wrong card? SRM version:5.9-1 Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Software raid on alpha
On 21/09/08 20:47:07, Simon Brown wrote: > I've managed to acquire some unwanted SCSI drives and would like to > re-install my XP1000 in a software Raid5 setup. I've been playing > with the lenny beta2 net inst CD and can't seem to find the mdadm > software raid option. Has anyone else done this who could point the > way? I've got there. The problem it seems is that the partman tool uses bsd disklabels by default and until you change to a DOS disk label the option for SW raid does not appear in the menu. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Software raid on alpha
Hello, I've managed to acquire some unwanted SCSI drives and would like to re- install my XP1000 in a software Raid5 setup. I've been playing with the lenny beta2 net inst CD and can't seem to find the mdadm software raid option. Has anyone else done this who could point the way? thanks Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Documentation on Alpha Assembly language
On 20/09/07 19:59:37, Simon Brown wrote: > Is there any good documentation / books on alpha assembly language > out Thanks for all the links and suggestions everyone, much appreciated. Simon
Re: RES: State of XOrg in testing/unstable
On Wed, 2006-10-04 at 01:36 -0400, Ivan Jager wrote: > Heh, I was somehow expecting it to drop me back into a firmware prompt. > After a reboot the bits seemed to still be around, so I attached the > output of "ser pim". This was with the G200, xorg 7.1.0-1, on the c3700. > Nothing from Xorg.0.log survived. :( On my XP1000 alpha Xorg 7.0 or 7.1 has never locked the system up so I have Xorg log. I've attached it in case it's of any use. Simon X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux bruce 2.6.18-1-alpha-generic #1 Fri Sep 29 15:40:05 UTC 2006 alpha Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 12 21:08:36 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "ATI Technologies, Inc. RV280 [Radeon 9200 PRO]" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/X11/Type1". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/X11/Type1"). (WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist. Entry deleted from font path. (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Ignoring ABI Version (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:07:0: chip 1080,c693 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1080,c693 card , rev 00 class 01,01,80 hdr 80 (II) PCI: 00:07:2: chip 1080,c693 card , rev 00 class 01,01,00 hdr 80 (II) PCI: 00:07:3: chip 1080,c693 card , rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:0c:0: chip 1002,5960 card 174b,0250 rev 01 class 03,00,00 hdr 80 (II) PCI: 00:0c:1: chip 1002,5940 card 174b,0251 rev 01 class 03,80,00 hdr 00 (II) PCI: 100:03:0: chip 1011,0019 card , rev 41 class 02,00,00 hdr 00 (II) PCI: 100:06:0: chip 1077,1020 card , rev 06 class 01,00,00 hdr 00 (WW) pciGenFindNext: primary bus mismatch on PCI bridge 0x01004000 (0x100, 0x101) (II) PCI: 100:08:0: chip 1011,0024 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 101:0a:0: chip 1102,0002 card 1102,8026 rev 07 class 04,01,00 hdr 80 (II) PCI: 101:0a:1: chip 1102,7002 card 1102,0020 rev 07 class 09,80,00 hdr 80 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-PCI bridge: (II) Bus [EMAIL PROTECTED]: bridge is at ([EMAIL PROTECTED]:8:0), ([EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTE
Re: Kernel USB regression on XP1000
On Wed, 2006-10-11 at 23:15 +0100, Simon Brown wrote: > I might just pull the modem as I don't really need it, unless anybody is > familiar with ISAPnP? The modem was a red herring, I'd forgotten about the magic usb enable in SRM. thanks Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel USB regression on XP1000
On Thu, 2006-10-12 at 11:04 +1300, Michael Cree wrote: > The error message seems to indicate a problem with the IRQ. What > does SRM report as the interrupt number for USB? Or how about > running "lspci -v" to check the interrupt reported on your USB > Controller.(Mine is IRQ 10.) :00:07.3 USB Controller: Contaq Microsystems 82c693 (prog-if 10 [OHCI]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-
Kernel USB regression on XP1000
Hi all, I had another check tonight, just to make sure Xorg was still broken. I'd been running the machine headless for a while and finally stuck in a mouse and keyboard as well as a monitor, so I could check it properly. It seems that USB for the ohci_hcd for an XP1000 which was supported at around 2.6.6 is no longer supported. I just get : ohci_hcd :00:07.3: Unlink after no-IRQ? Controller is probably using the wrong IRQ. 2.6.18 generic kernel, any ideas? Simon P.S. Yes X is still broken on ATI. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RES: State of XOrg in testing/unstable
On 18/09/06 21:10:49, Simon Brown wrote: On 18/09/06 21:06:11, Simon Brown wrote: xserver-xorg-dev (>= 2:1.1.1) is the requirement Sorry for the excessive mails, this version only exists for i386. So we'll just have to wait. Xorg 7.1 is now in unstable and using xserver-xorg 7.1 and version 6.6.2 of the ati driver, the situation is unchanged. Could somebody else try and verify this please. thanks Simon
Re: RES: State of XOrg in testing/unstable
On 18/09/06 21:06:11, Simon Brown wrote: xserver-xorg-dev (>= 2:1.1.1) is the requirement Sorry for the excessive mails, this version only exists for i386. So we'll just have to wait. Simon
Re: RES: State of XOrg in testing/unstable
On 18/09/06 20:59:13, Simon Brown wrote: On 14/09/06 21:23:02, Simon Brown wrote: I'd love to, is there a guide or cheat sheet somewhere to tell me how to go about it. I'm not yet a Debian wizard. Does this matter: bruce:/home/simon# apt-get build-dep xorg xserver-xorg-video-ati Reading package lists... Done Building dependency tree... Done E: Build-Depends dependency for xserver-xorg-video-ati cannot be satisfied because no available versions of package xserver-xorg-dev can satisfy version requirements It seems that it does, I can't build the ati driver xserver-xorg-dev (>= 2:1.1.1) is the requirement Simon
Re: RES: State of XOrg in testing/unstable
On 14/09/06 21:23:02, Simon Brown wrote: I'd love to, is there a guide or cheat sheet somewhere to tell me how to go about it. I'm not yet a Debian wizard. Does this matter: bruce:/home/simon# apt-get build-dep xorg xserver-xorg-video-ati Reading package lists... Done Building dependency tree... Done E: Build-Depends dependency for xserver-xorg-video-ati cannot be satisfied because no available versions of package xserver-xorg-dev can satisfy version requirements Simon
Re: RES: State of XOrg in testing/unstable
On 13/09/06 21:48:13, Steve Langasek wrote: However, xorg 7.1 is targetted for inclusion in etch. It would be nice if people would build themselves a copy of the 7.1 server and their driver from experimental and test on alpha, to check whether it fixes whatever problems they're personally experiencing. I'd love to, is there a guide or cheat sheet somewhere to tell me how to go about it. I'm not yet a Debian wizard. Simon
Re: State of XOrg in testing/unstable
On 11/09/06 22:04:14, Simon Brown wrote: I haven't seen any updates on this lately, is it still broken or should I try syncing? Well the answer is it hasn't changed, still broken same symptoms :-( Simon
State of XOrg in testing/unstable
Hi all, I haven't seen any updates on this lately, is it still broken or should I try syncing? Simon
Re: xorg 7.0 and Radeon 7500
On 13/07/06 13:06:53, Bob Tracy wrote: Jay Estabrook wrote: > Have you tried Xorg 7.0.x WITHOUT the radeonfb driver? Just tried it without radeon [dri] and without radeonfb, no change in the result. I don see any system lock ups or oopses: Linux bruce 2.6.15-1-alpha-generic #1 Mon Mar 6 12:33:22 UTC 2006 alpha GNU/Linux (Stock kernel) I just get in impressionist image with a lighter square that moves with the pointer. Simon
Xorg still broken in testing
Hi all, I had another look tonight and it still modern art with my 9250. I tried disabling dri but it had no effect. does anyone have any good ideas as to how I should start debugging this? thanks Simon
Re: Xorg upgrade: 6.9.x to 7.0.x
On 10/06/06 09:18:38, [EMAIL PROTECTED] wrote: With the same deb's exept xserver-xorg 7.0.20 total lock in my UP1100 alpha with ATI Technologies Inc RV280 [Radeon 9200 PRO] AGP controller. And I tested never version of ati/radeon driver and still the machine locks up with some white blinking lines on the display. Well I've just reinstalled a XP1000 today with a 9250 card and X no longer works, the old instalation was using 6.8 (I think). X starts up and I can even see something moving around in a logical manner when I move the mouse. The actual image is garbled rubbish, very pink orange and yellow. Simon
Re: Fwd: USB on alphaserver DS10/XP1000
On 08/09/05 18:10:15, Alan Young wrote: I wonder if you are seeing the same situation that I have on a DP264. Can you do a lspci -v -xxx command and post the output for the USB controller? Unable to read 256 bytes of configuration space.pcilib: sysfs_read: tried to read 256 bytes at 0, but got only 64 is the output I get from lspci running 2.6.12 debian testing. So something maybe borked somewhere. The alphausb module has in fact sorted out my problem as I hoped it would. I had to doctor the makefile, change gcc version and uninstall discover but it I can now print which is nice. the output in dmesg is: alphausb: Alpha usb irq init v0.2 for 2.6.12-1-alpha-generic alphausb: Found USB controller: Contaq Microsystems 82c693 (#4) with old IRQ 0 alphausb: Changing IRQ to 10... done. usbcore: registered new driver usbfs usbcore: registered new driver hub ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ohci_hcd :00:07.3: Contaq Microsystems 82c693 (#4) ohci_hcd :00:07.3: new USB bus registered, assigned bus number 1 ohci_hcd :00:07.3: irq 10, io mem 0x0a018000 On a slightly related note, as xp1000s support in someway ACPI, is there anyway of getting them to power off at shutdown? I don't think there is, as the switch on the front is very mechanical, but I live in hope. Simon
Re: Fwd: USB on alphaserver DS10
On 05/09/05 11:56:32, Carlos Rodrigues wrote: You can try this (if the "usb_enable" thing doesn't work): http://students.fct.unl.pt/~cer09566/alphausb/index.html Is there an idiots guide to building the module for debian? thanks Simon
USB on an XP1000 with kernel 2.6.11
Hi, Does anyone know of a magic incantation to get the USB controller on an XP1000 with kernel 2.6.11 working. The SRM console using show config tells me that USB is enabled and has been assigned an IRQ. By the time Linux has booted however the IRQ is lost and ohci_hcd complains and stubbornly refuses to work. lspci shows the device. I was hoping I could pass an argument with the module forcing the IRQ but I can´t find any documentation on that. Ideas anyone? thanks Simon.
adding RAM to a XP1000
Hi all, I've managed to find 4 matching DIMMs to add to my XP1000 but with no luck. Show memory indicates that there is something in the slots but no memory is found. When it boots up there is a series of beeps but this is before anything appears on the screen, I think there are either 2 or three beeps. Is there any info anywhere as to what the beeps signify. I've got 128Mb (4x32Mb) in the other bank which works fine and I'm trying to add 1Gb (4x256). The DIMMs aren't identical, they are two pair, one from micron, one samsung. I'm wondering if I might be better off just buying 4 new DIMMs probably un buffered/ non ECC and chucking the other stuff? Simon
SRM troubles
Hi, I'm new to this list and new to alphas, but a search of the archives didn't help me out. I was lucky enought to pick up a XP1000 earlier in the week. I've burnt a Netinst image and installed an IDE cdrom drive. In the installation guide it states that only booting via SRM is supported so in the alpha bios CMOS settings menu I changed it to SRM and power cycled. Now all I get is a blue screen with flashing cursor and no repsonse from the keyboard or a prompt of any kind. How do I proceed. I don't know how to undo what I have done. Hopefully it hasn't just become a paper weight. thanks Simon. -- "It's curtains for you, Mighty Mouse! This gun is so futuristic that even *I* don't know how it works!"
