Re: Dbian Linux (woody) for AXP can't boot on DS15
On Fri, Feb 06, 2004 at 11:22:41AM -0500, mel kravitz wrote: > > I used swriteboot to install 0.9b after building it from > src(.tar.gz).Tested disk for boot on an as1200 and ds10-both(ok). > I build all my kernels and quite a few programs from > src, never had a problem before. > > On the ds15-> > boot dka0 -fl a ,jumps to aboot prompt.thats not > the problem here, i will be more specific:(from aboot prompt) > b 4/vmlinuz-2.4.24 root=/dev/sda4 gives: > booting starts normally.. then aborts with: > Kernel Stack not valid halt > PC=0 > Error detected by Pchip0 > APerror=0023b8101 > lost error > no devsel > -- > repeated with 2.6.2 kernel gives same SRM console errors.. > I will check with HP SRM guys see what they say..report what i find. OK, I finally got my hands on a DS15 to play with, and here's what I saw: - 2.4.24 kernel booted and seemed fine. - 2.6.2 kernel booted and seemed fine. HOWEVER, these were ONLY true when: a. the kernels were configured WITHOUT "AGP". b. the kernels were run ONLY from SERIAL CONSOLE. The kernel configurations must NOT include the AGP option because the core_titan.c:titan_agp_info() code expects there to be two PA chips, and when there is only one (as in DS15), a machine check will occur at a time when it isn't easily handled. This is a bug and will be fixed for the next versions. The kernels must be run from/to SERIAL CONSOLE, because the PCI bus with slots, where a graphics card would be installed, is NOT on hose #0, and those kernels do NOT include code which can handle this situation. This is NOT a bug, as such; it is a kernel limitation that VGA devices MUST live on a PCI bus on hose #0. This is primarily because of all the legacy device addresses used throughout the kernel to refer to VGA registers and memory. When the VGA is NOT on hose #0, those legacy addresses will not respond. The patches to accomplish this have, in the past, been deemed too intrusive on non-Alpha-architecture files to be allowed into the official sources. Both of these problems do not occur with the kernels released as part of the Red Hat 7.2 for Alpha distribution (including updates), so one can choose to run one of them, or use the sources to port the necessary fixes to the desired destination. Sorry about the delay in getting this info out... Good luck. --Jay++ - Jay A EstabrookHPTC - LINUX support Hewlett-Packard Company - MRO1-2/K15 (508) 467-2080 200 Forest Street, Marlboro MA 01752 [EMAIL PROTECTED] -
Re: How to handle the -mieee SIGFPE problem in normal Debian packages
package konqueror reopen 203722 thanks Steve Langasek writes: >> I'm currently looking at the following bug report >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203722 about a >> frequent SIGFPE on an alpha machine. I guess we all know the cause >> of this bug, namely the non-standard alpha FPU semantics. > Even if gcc will soon adopt a patch to make -mieee the default, > there will be older versions of gcc around for a while. This is a > bug *now*, and there's no reason not to add the -mieee explicitly to > the compiler flags for the time being: it will just become a no-op > later once this is the gcc default. > If you prefer to integrate this into the upstream configure rules, > that's fine, though it's trivial to do it in debian/rules instead > (see pseudopatch on one of the other bugs). Ok, thanks, I already closed the bug report after Falk's reply, but I'm reopening it now, and will try to get the maintainer to use the flag or do it myself when the group maintenance gets up to speed. cheers domi
Re: How to handle the -mieee SIGFPE problem in normal Debian packages
On Mon, Feb 09, 2004 at 04:54:06PM +0100, Dominique Devriese wrote: > Please respect the Mail-Followup-To, as I'm not subscribed to this > list, and the discussion is relevant to #203722. > I'm currently looking at the following bug report > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203722 > about a frequent SIGFPE on an alpha machine. I guess we all know the > cause of this bug, namely the non-standard alpha FPU semantics. > My question is about how to handle this bug: > IIUC, there are the following options: > 1 Fix upstream FP calculations to not trigger SIGFPEs. this is > unfortunately not an option imho, because of lack of interest of > developers. > 2 make all KDE programs install a SIG_IGN SIGFPE handler. This can be > done in kdelibs, and would be little work. > 3 make upstream configure detect alpha and compile with -mieee if so. > 4 wait for the gcc alpha patch to be included into gcc, which was > posted on this list recently. > What option would you suggest the Debian KDE packages take ? I don't > think there is any very FP-intensive code in the KDE packages, so > performance is not really that much of an issue. Even if gcc will soon adopt a patch to make -mieee the default, there will be older versions of gcc around for a while. This is a bug *now*, and there's no reason not to add the -mieee explicitly to the compiler flags for the time being: it will just become a no-op later once this is the gcc default. If you prefer to integrate this into the upstream configure rules, that's fine, though it's trivial to do it in debian/rules instead (see pseudopatch on one of the other bugs). -- Steve Langasek postmodern programmer pgpOZHzgToTHA.pgp Description: PGP signature
Re: How to handle the -mieee SIGFPE problem in normal Debian packages
Dominique Devriese <[EMAIL PROTECTED]> writes: > I'm currently looking at the following bug report > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203722 about a > frequent SIGFPE on an alpha machine. I guess we all know the cause > of this bug, namely the non-standard alpha FPU semantics. > > 2 make all KDE programs install a SIG_IGN SIGFPE handler. This can be > done in kdelibs, and would be little work. That ain't working, since ev4/ev5 FP exceptions are unresumable, which is the root of all problems. > 4 wait for the gcc alpha patch to be included into gcc, which was > posted on this list recently. It has been added to the newest gcc (but not upstream), so the problem should magically go away all by itself. -- Falk
How to handle the -mieee SIGFPE problem in normal Debian packages
Hi, Please respect the Mail-Followup-To, as I'm not subscribed to this list, and the discussion is relevant to #203722. I'm currently looking at the following bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203722 about a frequent SIGFPE on an alpha machine. I guess we all know the cause of this bug, namely the non-standard alpha FPU semantics. My question is about how to handle this bug: IIUC, there are the following options: 1 Fix upstream FP calculations to not trigger SIGFPEs. this is unfortunately not an option imho, because of lack of interest of developers. 2 make all KDE programs install a SIG_IGN SIGFPE handler. This can be done in kdelibs, and would be little work. 3 make upstream configure detect alpha and compile with -mieee if so. 4 wait for the gcc alpha patch to be included into gcc, which was posted on this list recently. What option would you suggest the Debian KDE packages take ? I don't think there is any very FP-intensive code in the KDE packages, so performance is not really that much of an issue. cheers domi
Auction R.S. Brookes
Title: Untitled Document AUCTION ON INSTRUCTIONS OF R F BROOKES (FOXHILL FOODS LTD) 10th March 2004 10.30am The Wern Industrial Estate. Rogerstone. Newport. NP10 9FQ FOLLOWING THE CLOSURE OF THEIR ROGERSTONE, NEWPORT PLANT APPROX. 1000 LOTS OF PRIMARY PROCESSING AND COMPLETE READY MEALS PLANT, PACKAGING EQUIPMENT AND REFRIGERATION THIS IS PROBABLY WITHOUT DOUBT THE MOST IMPORTANT AUCTION TO HAPPEN IN THE UK THIS YEAR. THE PLANT PRIMARY COMPRISES OF Complete all stainless steel mashed potato plant with blanchers, peelers, emulsifiers and mixers * Complete forming battering crumbing and frying lines Formax, Koppens and Stein * Refrigeration equipment throughout the plant * Complete make up lines * Cooking and cooling vessels some with scrape surface mixing * Spiral mixers * Urschel Gs, SLAs and Comitrols * Tray sealing machines rotary and inline * Numerous depositors by Turbo Baynflax etc some with screw augers some low level * Click-lock and Jacob White carton erectors * Complete pasta cooking lines and extruders * Label applicators * Metal detectors and check weighers * Multi head weighers Bilwenko etc * Nitrogen freezing tunnels * Box tapers * Lazy Susans * Multivac machines * Silverson mixers * Tray washers * Scales * fridge doors * Automatic Dip tanks * Stainless steel trolleys * Slicers * Laska and other all stainless steel bowl cutters * B6 and One All slicers * Complete contents of canteen * Sanitising air lock systems * Grote slicers * Waste compactors * Roll on roll off scales * Risco and other front end discharge mixers * Fuji and Ilapak flowrappers * Rack washers * Rondo pastry rollers * Mixer grinders * Automatic floor scrubbers * D C Norris vacuum cooling cooking systems with darlecs * Fully equipped laundry room * Grazelli and Maja derinders * Insectocuters * Batter mixers * Swissvac Jumbo and Transvac and double chamber vacuum packers * Icemakers * Stein batter crumbers and power packs * AEW and Biro bandsaws of various sizes * Complete contents of engineers workshop and stores * Complete contents of test kitchen and product development * Koppens filters * Batter enrobers * Sealpack tray sealers * Delford flowrappers and check weighers * Scrape surface mixers with cooling systems * Boot washers * Domino and Lincs inkjet printers * Trief and Holac dicers * Pizza machines * X-ray machines * Vemag vacuum stuffers latest model. If you are a food processor we believe that this is an auction you cannot afford to miss. Everything must go. For full catalogue and colour flyer contact the auctioneers:- CLARKE FUSSELLS TEL: 0845 602 4506 FAX : 0845 280 2570 Email: [EMAIL PROTECTED] Website: www.clarke-fussells.co.uk To unsubscribe please click here
Отправил
1млн90тыс адресов организаций+физлиц по Mоскве имеют e-mail адрес Стоимость рассылки вашей информации по данной базе составляет: сообщение до 2кб - 249$ до 10кб - 349$ после рассылки предоставляется подробный отчет! 1.При рассылке не!!используются: двойные и тройные буквы типа: ЗЗддраввстуйте 2.Время рассылки не!!занимает 10мин, а составляет от 24-48ч 3.Варианты продажи и обмена баз не!!рассматриваются. 4.Возжна рассылка только по Юр.Лицам. Мск и России Для Запросов т. в Мск. 961-33-33 аб.82047 яаеа уэяа еу