Re: 4100 - LBA48 support
Ok, where is the guru, we have the chips.
|
Re: 4100 - LBA48 support
With the 4100 only have 1 falsh ram, I wonder how much of the chip is used for BIOS and for OS.
How good are you at un-soldering surface mounted devices. The tsop-40 package only has ~0.020" spacing between leads. Not much room for error. Did you loacte the clock chip? Anap use to store unit drive config, network settings and admin password in the clock chip. I wonder if the pic chip has the signature ID for the snap. |
Re: 4100 - LBA48 support
Quote:
|
Re: 4100 - LBA48 support
I can either ship someone that is going to do the work the unit/parts, or attempt it myself if someone tells me what needs to be done, but I'd likely prefer the former as I don't have equipment to read PROM's, etc.
|
Re: 4100 - LBA48 support
Quote:
|
Re: 4100 - LBA48 support
Quote:
Okay, so we have a flash chip (that we are hoping is good and can be unsoldered) and we have an EPROM reader/programmer available to read this chip. So as someone else asked, do we have a programmer to read and edit the code once we have it? I would havr to go back through the messages, but it seems like we did have somebody say they were able to do this type stuff. Does this experimental 4100 board work? Are we going to be able to test the new code on that board or are we going to need a test subject? |
Re: 4100 - LBA48 support
Please let's not let this fade away. Do we have a programmer that can look into this?
|
Re: 4100 - LBA48 support
1. Is this a working 4100?
2. Do you have the skills required to unsolder the Flashram with out damaging it? :) I can read the chip and send the code to anyone willing to attempt this. 3. The most important. :uhh: Do we have a person that can program the BIOS or patch the OS? If I recall, someone has allready read the PIC chip, I have the code somewhere. |
Re: 4100 - LBA48 support
Yes
Ive got 2 code snippets somewhere aswell from the same guy i think But i think they were from something unrelevant |
Re: 4100 - LBA48 support
Yes, they are working 4100's, and yes I believe I'm capable of unsoldering it.
|
Re: 4100 - LBA48 support
Quote:
According to the data sheet for the 82371AB (an earlier version than the 82371EB found on my PCB) the RTC has a 256 byte battery-backed CMOS SRAM with two 8 byte lockout ranges. http://www.intel.com/design/intarch/...s/29056201.pdf |
Re: 4100 - LBA48 support
While we know what ASSUME means, I would have to assume the only thing stored in that CMOS SRAM is settings, not OS.
EDIT: After a little more clear thinking, it is possible for some of the CMOS settings to affect our little problem here. There may be a bit set in there turning LBA48bit off. Hell, it might even be as simple as turning a bit on somewhere turning it on and no driver change or BIOS change needed. Doubtful, but possible. |
Re: 4100 - LBA48 support
Tivo's, Xboxes and various other hardware appliances are always hacked to support bigger HD's. It's hard for me to believe that Snap has spent more resources trying to protect drive upgrades then the former.
Can we not just try baby steps and modify the BIOS, or are we sure we need to modify all these subsystems, and continue to make assumptions of what may or may not be? |
Re: 4100 - LBA48 support
The clock storage is where the info that is cleared with reset cmds, found this out on my 2000. The older clock chip were large in size and had a battery backup build into the chip, good for 7 yrs. The 2000 v1 did not have a battery backing up cmos, like the newer boards.
I think there is proably a flag set some where that disables the LBA support on the 4100's. But if they got defective chips in them (atleast early models) turning it on WILL NOT be a good idea. If it has an error in calculating the parity bit all data will be lost. Now if the chips have been updated with a newer or different supplier it should be a go. Who is a programmer that can find this flag or code? The easier way to locate it may be to monitor the data flow (port capture) to see what part of the mem address is being changed. Since the code is loaded by address into the flashram (Intel Hex code). This is the same technique used by hackers, follow the data flow. |
Re: 4100 - LBA48 support
I'm willing to take risks and loose data or even cook one of these things. Let me know, thanks.
|
Re: 4100 - LBA48 support
And into the depths of forum archives we go...
|
Re: 4100 - LBA48 support
The 1st step would be to read the chips, so extract them and send them to me. Then I will send the code to anyone wanting it. This should be Intel Hex Code.
This will not go any further unless some one can re-program the chip. But it may be better to setup a switch or hub to capture traffic to and from the 4100 while you change the 48 bit flag. This will give some idea of where to look. I think we have a means to write the code back to the 4100. Using the std sup file. Another option would be to get a std bios setup in it and run FreeNAS (Freebsd 6.1). |
Re: 4100 - LBA48 support
Quote:
After picking up the chip and holding it firmly with the tweezers, apply some heat with the hot air gun and tap the tweezers on the edge of a table. The excess blobbed solder will fall right off. You can then heat the board again and clean off the blobbed solder from it. It's a bit tricky to resolder the chip afterward just because the pins are so small/narrow, but it can be done with a steady hand and care not to heat a joint too much. Make sure the chip gets soldered back in in the same direction you pulled it out! |
Re: 4100 - LBA48 support
blue: I have a 4100 I would be happy to ship to you for testing, let me know if this will help the quest for lba48... It was given to me and is quite useless to me with the current size limitations (4x500 gig drives would be very cool tho). If it works send it back, if you break it in the process, se la vi.
|
Re: 4100 - LBA48 support
Did we get off on a tangent here somehow? The issue has always been the simple fact that the os contains no updated promise driver that will support lba48 and Snap never was able to spend the man hours necessary to make it possible as they were up to their armpits developing the Guardian OS based units. The reason why lba48 works in the 4000 is because it uses the native Intel controllers in the chipset which supports lba48 in this version of BSD already although the throughput is much slower than the promise controllers. If it was just setting a lba48 switch with the current promise driver module, we'd be able to do it in much the same way as a 4000, through the debug menu. I would rather see a way to put FreeNas on it myself since it is a 16MB flash based NAS os and we can tell Adaptec to stuff it and quit trying to bilk us for money on upgrades that don't help us get the most out of the hardware anyway.
|
Re: 4100 - LBA48 support
Krzee, is sending me the 4100 to play with. I was thinking the same direction toward FreeNAS to get away from this dead SnapOS. I just need to figure out away to make it load like a std BIOS boot loader. May not be a easy task with the OS stored in flashram.
|
Re: 4100 - LBA48 support
For all intents and purposes, the flash ram as you call it, is still a hard drive and more accurately called a flash drive. I thought the 4100 was really a generic pc with a bios only headless without a console port, IE, a stripped down pc. The only pc hardware I know of that doesn't use a bios is the new Intel Macs but they aren't really considered pc's, this biosless concept was borrowed from the Itanium but we all know that a bios image can be used to fake out and run a pc x86 os on them ( the Macs). I know that no snap hardware is this advanced. I believe that you'll find the Intel Flash drive only contains the os installed with a bootloader on its mbr like any mechanical drive would have.
|
Re: 4100 - LBA48 support
Greetings:
Hello I was reading this forum and saw that this link might help anybody concerning circuit board repair and rework. Hope it helps everybody. http://www.circuittechctr.com/guides/guides.shtml Sincerely, bitor |
Re: 4100 - LBA48 support
Any new news on this? Just following up.
|
Re: 4100 - LBA48 support
Prelimatary, looks like the 4100 does not have enough room in the flashram to hold what is required for 48bit processing. The person looking into it got busy and has not had the time to get back on it.
|
Re: 4100 - LBA48 support
*BUMP* :ha:
Quote:
It's been a month. Have they had time yet? :p While you guys are poking around, any ideas what the IDE header is for? Flash IDE perhaps? |
Re: 4100 - LBA48 support
Quote:
http://forums.procooling.com/vbb/showthread.php?t=11356 |
Re: 4100 - LBA48 support
Am I mistaken, or did I read (in one of the many posts on this subject) that Adaptec supplied drive replacements for dead drives that were larger than the originals, and had some "code" or program on them to make them work? I'm just wondering if it's something like DIsk Manager for older machines, that put code in the rootblocks of the drive that bypasses the BIOSes preset drive types.
|
Re: 4100 - LBA48 support
Not on the 4100.
The utility is to adjust the capacity down to match the installed drives. Most mfg supply a disk utility for doing this. |
All times are GMT -5. The time now is 06:41 PM. |
Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
(C) 2005 ProCooling.com If we in some way offend you, insult you or your people, screw your mom, beat up your dad, or poop on your porch... we're sorry... we were probably really drunk... Oh and dont steal our content bitches! Don't give us a reason to pee in your open car window this summer...