Re: [Hardware issue] G5 (PowerMac11,2 DC 2.3, air cooled) random hangs
Hello! I suggest the G-Group from Low-End-Mac (LEM) for this. Subscribe to the G3-5-Group and ask your question there. https://lowendmac.com/lists/g-list.shtml (Since it might be down – I cannot see this page currently – you could check the Internet Archive to see what was in there: https://web.archive.org/web/20110227220734/https://lowendmac.com/lists/g-list.shtml) Just so much: you probably want to check the PRAM battery and replace it. https://www.ifixit.com/Answers/View/15881/G5+powers+on%2C+fans+run+at+high+speed%2C+nothing+else. I think I had this on a couple of PCs and Macs. Most of them just loose the BIOS settings in the CMOS and the current time from the RTC, but some act up. I had a desktop PC and a notebook that wouldn't boot. My Power Mac G5 had the roaring fans, but would boot eventually (every second time or so, with fans unconditionally roaring up). Power Macs in particular seem to act very very strangly when the PRAM battery is empty... Good luck! On 26th May 2020, 11:32, Rui Salvaterra wrote: > Hi, guys, > > I apologise in advance if this is too off-topic, it isn't directly > Debian-related (though I'm running Debian ppc64), but since a lot of > people here also have these machines, I thought about asking anyway. > Yesterday, all of a sudden, my G5 started acting up. It booted just > fine, but after a couple of minutes, sooner or later, it hanged, > windfarm blowing full blast. This happened repeatedly, until I just > gave up and shut it off. Later in the day, after work, I opened it up, > removed the dust with a blower and vacuum cleaner (I usually do it > once a year), reseated the RAM (the whole 8 x 2 GiB of unbuffered DDR2 > with ECC, because why not?) and the SATA connections, but the problem > persisted. Suspecting of power delivery issues, I tried removing all > the DIMMs and leaving just 4 GiB installed, but the result was the > same (this time hanging half-way through d-i, since I was reinstalling > Debian). > This machine passed a full RAM test on ASD just over a week ago (and > another full test minus the RAM yesterday). My main suspect, at this > time, is the PSU (which is going to be a pain to remove), but I'd like > to know your opinion. > > Thanks in advance, > Rui >
Re: Hardware info in Mac Mini G4
On 09/02/18 08:34 AM, Mathieu Malaterre wrote: > Just for posterity... PowerMac G5 here : ppc_nix$ hexdump -C /sys/firmware/devicetree/base/rom@0,ff80/boot-rom@fff0/BootROM-version 24 30 30 30 35 2e 32 37 66 31 00 |$0005.27f1.| 000b ppc_nix$ ppc_nix$ hexdump -C /sys/firmware/devicetree/base/serial-number 52 37 30 00 00 00 00 00 00 00 00 00 00 47 38 35 |R70..G85| 0010 34 36 41 37 4b 52 37 30 00 00 00 00 00 00 00 00 |46A7KR70| 0020 00 00 00 00 00 00 00 00 00 00 00 |...| 002b ppc_nix$ not sure what to do with that data .. but there it is. Dennis
Re: Hardware donation: Mac mini (PowerPC)
Hi Hartmut! On Wed, Jun 21, 2017 at 02:10:08PM +0200, Hartmut Obst wrote: > I would like to donate a Mac mini (1st generation, PowerPC, MacOS 10.5) to > the project. If you can make use of it, please tell me where to send, > preferably in Germany because of the shipping. I could use it for testing Debian PowerPC installation images as I am also working on debian-installer. I live in Germany. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Re: hardware donation
Sure. The machine is a 15 inch powerbook G4 with high-res display and 1GB of memory (if I remembered correctly). I swapped the original HDD out with a SSD in (32GB). But the SSD is not very fast in writes as I later found out. I also took the internal CDROM out to reduce the weight but the CDROM is otherwise just sitting there collecting dust. If you guys need it, please let me know. It would be nice if I don't have to ship it and just give it to someone locally. (I am in SF bay area). :-) Cheers! On Tue, Apr 26, 2016 at 11:01 AM, LACROIX Jean Marc < jeanmarc.lacr...@free.fr> wrote: > Le 24/04/2016 22:19, Min Xu a écrit : > >> Hi, >> >> I have a powerbook G4 that I don't use anymore. I could donate it to >> debian ppc project. Who should I contact? >> >> Thanks, >> Min >> >> My suggestion is to contact William Bonnet (wbon...@theitmakers.com) or > me. > > Please can you give us more information about your G4 ? > thanks in advance > > -- > -- > -- Jean-Marc LACROIX -- > -- mailto : jeanmarc.lacr...@free.fr -- > --- >
Re: hardware donation
Le 24/04/2016 22:19, Min Xu a écrit : Hi, I have a powerbook G4 that I don't use anymore. I could donate it to debian ppc project. Who should I contact? Thanks, Min My suggestion is to contact William Bonnet (wbon...@theitmakers.com) or me. Please can you give us more information about your G4 ? thanks in advance -- -- -- Jean-Marc LACROIX -- -- mailto : jeanmarc.lacr...@free.fr -- ---
Re: Hardware
On Tuesday 29 July 2008 19:55:59 Esteban Monge wrote: Hello People Today want change the video card of my powerpc g4 agp. I search in Ebay and found the next: http://cgi.ebay.com/Mac-ATI-Radeon-7000-32MB-AGP-VGA-Video-Card-G4-G5-Cube_ W0QQitemZ270258820891QQihZ017QQcategoryZ25449QQssPageNameZWDVWQQrdZ1QQcmdZVi ewItem I have two questions. First, i installed the Debian Etch and is more slowly than Sarge, but have more support and programs available. This card have drivers in Debian Etch???} This card run in my machine??? whats up with all those ??? From a generic point of view, it is supported by linux. Nothing to do with etch. I recon it is supported with xv in X, 3D on the other hand may be a little slow? I dunno Thanks... -- --- Børge Holen http://www.arivene.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [hardware-donations] PowerPC G3 systems
--- Martin Michlmayr [EMAIL PROTECTED] wrote: We got the following hardware donation offer in Bristol, Connecticut, USA. Is anyone interested in these machines? I have some Apple AIO G3 machines that I have been getting rid of, and was wondering if Debian would like a few to assist with development on the platform, They are mostly configured with 224MB RAM, 2MB ATI Rage PRO integrated Graphics, 4GB IDE Hard Drives and 32x SCSI CD-ROMS. -- Martin Michlmayr http://www.cyrius.com/ I don't live in that area, and it may be too late anyway, but I would just like to affirm that these are the good beige g3. I have one and it is easily to run etch and should also be able to boot with quik (no need for floppy or bootx/macos). also it can run macosX and can be given up to 550g4 upgrade. I like mine as it allows me to (re)use cheap surplus parts. also takes up to 768MB RAM if careful to get low profile for cards 128MB.if you are into fixups you can get pci rage 128 graphics card even w/dvd decoder. the spec listing there of 32x scsi cd rom might give some installation challenge, mine came with an old scsi cd and i had to find an ide for installer to see the cd. but then again you can put a combo dvd cd/rw in it if you want. the machine also allows slave ide drives, and has two ide buses. the scsi is slow (5mB/s) and i only use it for backup and scanner, or maybe an old cd-r. can use pc66,100, or 133 ram cards. easy to find parts and a good fixer upper for hobbyist. for testing installer and such perhaps a good baseline. uses old style mac monitor connectors so you need an old monitor for a console at least or an adapter. (Griffin PnP is one). is fast enough the 233-300 mhz for web browsing no problems there. i use a 250g3 laptop every day. yesterday i build upstream of embedded common lisp on my g3 for testing/ comparison to debian package (something wrong with my etch version). Brian p.s. it is noted that old world mac is easy to have runnning several versions of linux and be testing them and switch back and forth. bootx is more flexible that way than yaboot. also easy to clone a copy and boot it if you like to experiment with sid or another distro. beats an old imac in my book any day ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hardware of software problem on iBook G3?
On Sun, 2004-06-13 at 00:01, ukasz Studziski wrote: Hello, I have an iBook (G3/800, 12, DVD/CDRW) and it started to behave very strange yesterday. I put it to sleep and take it with me (in a Kensington's notebook backpack), but there was no nescessity to use it. I came back, put it on a desk and problems showed up - it made some sounds like usually when waking up and then nothing - blank screen, no reaction for mouse, keyboard, so on. I rebooted it (command+control+power) and MAC OS X booted also without anything on screen. I know it was OS X because when harddrive was no longer working I pressed power and then enter and computer turned off after some seconds. Then after couple of reboots friendly OpenFirmware screen showed up and I was able to boot linux. Now I don't know if it is hardware or software problem. My first impression was it is strictly hardware (motherboard?), but then I started thinking - why is OS X starting (linux is my default os)? Today the same happened. I cannot replicate procedure to finally solve problem, but the problem occurs when I take the computer with me when I go to university. Maybe some shock problems (but I use special Kensington notebook backpack)? I would really appreciate if some of you could say anything more - if this is motherboard problem I have 9 days of warranty for it (it was replaced last year in June 2003), if it is anything other piece of hardware that probably means a lot of money to spend (Apple computers are very expensive in my country - the cheapes iBook G4 1GHz is 1600$ which is american price for the cheapest PowerBook G4 1,33GHz) - warranty expired. I had your problem some day ago and I found the solution on this page: http://www.apple.com/support/ibook/faq/ Bye -- Martino Firewolf Pizzol .~. /V\ // \\ /( )\ ^^ - ^^ Linux Registered User #300375 [EMAIL PROTECTED] ICQ: 325466483
Re: hardware-monitor needs build on powerpc
On Wed, 31 Mar 2004 01:02:58 +0200, Sven Luther gracefully wrote: On Tue, Mar 30, 2004 at 05:03:50PM +1000, Benjamin Herrenschmidt wrote: What I suggest is that if we ever have drivers for the thermal sensors fan controllers of the Macs, is that those driver are specifically written for the Mac and not some generic driver for whatever thermostat chip. Yeah, well, i guess you are best placed to write those :) Friendly, Sven Luther Just as a reminder : I've made a small module (2.6.4) to monitor temperature on ibook G3 (with the adm103x chip) and to set fan starting temperature (initially 76 Celcius on my ibook...). I would be happy with some testing and some feedback. Get it at http://cedric.pradalier.free.fr Check /proc/device-tree/uni-n/i2c/fan/device_type to find which chip you have. -- Cedric [Of course] I'm French! Why do think I have this outrageous accent, you silly king-a?! Monty Python and the Holy Grail
Re: hardware-monitor needs build on powerpc
Just as a reminder : I've made a small module (2.6.4) to monitor temperature on ibook G3 (with the adm103x chip) and to set fan starting temperature (initially 76 Celcius on my ibook...). I would be happy with some testing and some feedback. Get it at http://cedric.pradalier.free.fr Check /proc/device-tree/uni-n/i2c/fan/device_type to find which chip you have. Maybe it can be included in the kernel, by the way. -- Colin This message represents the official view of the voices in my head.
Re: hardware-monitor needs build on powerpc
On Mon, 2004-03-29 at 13:25, Nathanael Nerode wrote: This is the last thing preventing the new lm-sensors and various depending packages from making it into 'sarge'. I don't like the idea of lm-sensors mucking with the i2c busses on Apple machines, not AT ALL. I _MUCH_ prefer dedicated drivers to be written specifically for those machines that know what they are doing. Ben.
Re: hardware-monitor needs build on powerpc
On Tue, Mar 30, 2004 at 05:03:50PM +1000, Benjamin Herrenschmidt wrote: On Mon, 2004-03-29 at 13:25, Nathanael Nerode wrote: This is the last thing preventing the new lm-sensors and various depending packages from making it into 'sarge'. I don't like the idea of lm-sensors mucking with the i2c busses on Apple machines, not AT ALL. I _MUCH_ prefer dedicated drivers to be written specifically for those machines that know what they are doing. Well, hardware-monitor packages previous to the new lm-sensor where still buildable on powerpc, with this feature disabled. Anyway, what you suggest here would be something more related to lm-sensors, and having nothing to do with hardware-monitor, right ? Friendly, Sven Luther
Re: hardware-monitor needs build on powerpc
On Wed, Mar 31, 2004 at 08:56:23AM +1000, Benjamin Herrenschmidt wrote: On Tue, 2004-03-30 at 21:03, Sven Luther wrote: On Tue, Mar 30, 2004 at 05:03:50PM +1000, Benjamin Herrenschmidt wrote: On Mon, 2004-03-29 at 13:25, Nathanael Nerode wrote: This is the last thing preventing the new lm-sensors and various depending packages from making it into 'sarge'. I don't like the idea of lm-sensors mucking with the i2c busses on Apple machines, not AT ALL. I _MUCH_ prefer dedicated drivers to be written specifically for those machines that know what they are doing. Well, hardware-monitor packages previous to the new lm-sensor where still buildable on powerpc, with this feature disabled. Anyway, what you suggest here would be something more related to lm-sensors, and having nothing to do with hardware-monitor, right ? What I suggest is that if we ever have drivers for the thermal sensors fan controllers of the Macs, is that those driver are specifically written for the Mac and not some generic driver for whatever thermostat chip. Yeah, well, i guess you are best placed to write those :) Friendly, Sven Luther
Re: hardware-monitor needs build on powerpc
On Sun, Mar 28, 2004 at 10:25:35PM -0500, Nathanael Nerode wrote: This is the last thing preventing the new lm-sensors and various depending packages from making it into 'sarge'. hardware-monitor is now arch: any, and can build on every arch. It just need to be removed from the autobuilder not-build list or something such. I have mailed each port lists, but it seems the spam filter ate that mail or something. Please, whoever is responsible for the powerpc autobuilder, just enable the hardware-monitor package to autobuild, and it should work out well. Friendly, Sven Luther
Re: hardware-monitor needs build on powerpc
On Mon, Mar 29, 2004 at 10:14:18AM +0200, Sven Luther wrote: On Sun, Mar 28, 2004 at 10:25:35PM -0500, Nathanael Nerode wrote: This is the last thing preventing the new lm-sensors and various depending packages from making it into 'sarge'. hardware-monitor is now arch: any, and can build on every arch. It just need to be removed from the autobuilder not-build list or something such. I have mailed each port lists, but it seems the spam filter ate that mail or something. Please, whoever is responsible for the powerpc autobuilder, just enable the hardware-monitor package to autobuild, and it should work out well. I tried it with my private autobuilder, and it won't autobuild cleanly. I've filed a bug. -- Colin Watson [EMAIL PROTECTED]
Re: Hardware clock on dual G4 highly inaccurate?
On Thu, 2003-01-30 at 01:35, Kevin B.Hendricks wrote: Hi, FWIW on my dual G4 the hardware clock loses between 3 and 5 minutes per 24 hour period. I finally set up an hourly cron job to try to keep my clock current. There are 2 different things: - The software clock maintained by the kernel. This one requires proper bus speed calibration, which can be an issue on recent machine, thus causing significant drifts. I'm working on a fix for this. - The hardware clock (hwclock output) is maintained by the PMU and is _supposed_ to be relatively accurate. However, I noticed some recent machines appear to show an i2c-hwclock node below the PMU node, and I'm wondering if Apple added a stock hwclock chip on the PMU i2c bus in order to replace the PMU's own (if any) or if this is just making an old stuff visible in the device-tree. I'll investigate that when I get one of the new machine. Ben.
Re: Hardware clock on dual G4 highly inaccurate?
On Thu, Jan 30, 2003 at 09:19:44AM +0100, Benjamin Herrenschmidt wrote: On Thu, 2003-01-30 at 01:35, Kevin B.Hendricks wrote: Hi, FWIW on my dual G4 the hardware clock loses between 3 and 5 minutes per 24 hour period. I finally set up an hourly cron job to try to keep my clock current. There are 2 different things: - The software clock maintained by the kernel. This one requires proper bus speed calibration, which can be an issue on recent machine, thus causing significant drifts. I'm working on a fix for this. Is the value taken from OF or from self calibration at boot? In the latter case increasing the time always improves precision. On PreP we wait for the seconds to roll over in the RTC to calibrate the decrementer and even then I see disturbingly large variations in the duration of a second. I have not tested more recent code, which has been optimized to avoid rereading the whole set of RTC fields when you need only the seconds. Having a cursory look there are a few things that I don't understand, a lot of outdated comments (many of which were originally mine) and so on. The one thing I sure don't understand is the check for rollover of tbu in arch/ppc/kernel/todc_time.c(todc_calibrate_decr). Unless you have a 601 (and in this case processor specific code should have taken care of it), the computation of the duration of a second is done modulo 2^32 and is unaffected by a change of the TBU. - The hardware clock (hwclock output) is maintained by the PMU and is _supposed_ to be relatively accurate. However, I noticed some recent machines appear to show an i2c-hwclock node below the PMU node, and I'm wondering if Apple added a stock hwclock chip on the PMU i2c bus in order to replace the PMU's own (if any) or if this is just making an old stuff visible in the device-tree. I'll investigate that when I get one of the new machine. It is supposed to be relatively accurate, but you have a problem with some of the RTC chips which have a correction factor register. I don't remember the details, but instead of trying to spread out the correction evenly, they concentrate them in some sorts of bursts with occasionnally long or short seconds. Regards, Gabriel.
Re: Hardware clock on dual G4 highly inaccurate?
On Thu, 2003-01-30 at 18:34, Gabriel Paubert wrote: Is the value taken from OF or from self calibration at boot? In the latter case increasing the time always improves precision. On PreP we wait for the seconds to roll over in the RTC to calibrate the decrementer and even then I see disturbingly large variations in the duration of a second. OF on some machines, VIA timer on some others, but I'm considering switching to KeyLargo Timer (like Darwin does) for all recent machines. I have not tested more recent code, which has been optimized to avoid rereading the whole set of RTC fields when you need only the seconds. Having a cursory look there are a few things that I don't understand, a lot of outdated comments (many of which were originally mine) and so on. The one thing I sure don't understand is the check for rollover of tbu in arch/ppc/kernel/todc_time.c(todc_calibrate_decr). Unless you have a 601 (and in this case processor specific code should have taken care of it), the computation of the duration of a second is done modulo 2^32 and is unaffected by a change of the TBU. I never looked at the todc code, you may want to ask Tom Rini about it. - The hardware clock (hwclock output) is maintained by the PMU and is _supposed_ to be relatively accurate. However, I noticed some recent machines appear to show an i2c-hwclock node below the PMU node, and I'm wondering if Apple added a stock hwclock chip on the PMU i2c bus in order to replace the PMU's own (if any) or if this is just making an old stuff visible in the device-tree. I'll investigate that when I get one of the new machine. It is supposed to be relatively accurate, but you have a problem with some of the RTC chips which have a correction factor register. I don't remember the details, but instead of trying to spread out the correction evenly, they concentrate them in some sorts of bursts with occasionnally long or short seconds. Ouch. Ok, well, I'll investigate when I have such new HW at hand (soon hopefully).
Re: Hardware clock on dual G4 highly inaccurate?
On Thu, Jan 30, 2003 at 07:02:32PM +0100, Benjamin Herrenschmidt wrote: It is supposed to be relatively accurate, but you have a problem with some of the RTC chips which have a correction factor register. I don't remember the details, but instead of trying to spread out the correction evenly, they concentrate them in some sorts of bursts with occasionnally long or short seconds. Ouch. Ok, well, I'll investigate when I have such new HW at hand (soon hopefully). Just to scare you, straight from the M48T59 documentation: Calibration occurs within a 64 minute cycle. The first 62 minutes in the cycle may, once per minute, have one second either shortened by 128 or lengthened by 256 oscillator cycles. If a binary '1' is loaded into the register, only the first 2 minutes in the 64 minute cycle will be modified; if a binary 6 is loaded, the first 12 will be affected, and so on. Taking into account that the oscillator is 32768 Hz, 256 more cycles represent 1 part in 128. Almost 1% if you happen to calibrate on the wrong second! Of course we could try to calibrate on 3 seconds and take a majority vote, but I don't like losing so much time at boot for a stupid hardware bug^Wfeature. On my VME boards, I have been careful to clear the adjustment register when I got them (you can set its value with a simple firmware command). Gabriel.
Re: Hardware clock on dual G4 highly inaccurate?
Hi, FWIW on my dual G4 the hardware clock loses between 3 and 5 minutes per 24 hour period. I finally set up an hourly cron job to try to keep my clock current. On Wednesday, January 29, 2003, at 06:35 PM, John P. Fisher wrote: I have two dual G4s running potato debian. On both of them the syslog shows time resets from NTP of approximately 5 seconds per hour. I also noticed independently that the hardware clock seemed to drift radically. Am I misinterpreting? Can the clock be that bad, or should I check configuration? thanks John John P. Fisher at ZNYX Networks 805 683 1488 x 3245 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hardware clock problem
On Thu, Apr 04, 2002 at 05:23:34PM -0500, Guy Durand wrote: I need to reset my hadware clock on a powercenter 120. Does anyone know how to do this? Are you also using MacOS? If so, see the parallel thread on time setting. I just use date to set the time (date --help | head -2 to see the format it needs), and then use hwclock --systohc to copy it to the hardware clock. YMMV. -- *--v- Installing Debian GNU/Linux 3.0 v--* | http://www.debian.org/releases/woody/installmanual | | debian-imac (potato): http://debian-imac.sourceforge.net | |Chris Tillman[EMAIL PROTECTED] | | May the Source be with you | ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]