NotebookForums.com › Forums › General Notebook Discussions › Linux & Other OS's › The 5680/8890 Gentoo Thread
New Posts  All Forums:Forum Nav:

The 5680/8890 Gentoo Thread - Page 8

post #141 of 170
Thread Starter 
Sorry, Nandro, I guess there is nobody here with a RAID-ed Gentoo install here.

Updates that Made Me Happy:

1) Updated to Gentoo Sources 2.6.3-rc1 and was pleasently surprised - the console goes to 1600x1200 automatically! No more "faking it" with 1280x1024 via the video options in the kernel GRUB line.

2) Updated to NDISWrapper 0.5; works like a charm and the whole ESSID issue is gone! Bloody beautiful!

Mikhail

EDIT: Crap!!! The console goes insane as soon as X loads; if I switch to a console or launch a shutdown sequence through X, the screen is all garbled up with no way to 'refresh' it. Ideas, anyone?
post #142 of 170
Thread Starter 
In reply to my RadeonFB problem in the post above, it seems like it is a bug in the built-in radeonfb. On boot it detects the LCD size using the BIOS-given values, etc, but then after X takes over the screen just once, some call is ommitted and the console FB never recovers. I turned the new Radeon console support off until the issue is fixed in the upcoming kernel releases (hopefully the 2.6.4 Gentoo Dev Sources will be out soon).

Mikhail
post #143 of 170
Nandro: I'm in the process of doing a gentoo stage 1 install on my raided 8890. I'm not sure if it'll work yet, but I'll let you know. I'm currently progressing from stage 1 to stage 2, and the machine is happily compiling away.

I first installed Redhat using the driver from promise, and have been installing gentoo from within my redhat environment. That's the only way I could figure out how to have access to my array, since none of the live-cd images from gentoo or knoppix were able to see the array.

My plan is to merge the 'partial linux driver source' from the promise site into the kernel source of the gentoo install (following the docs from the driver readme) at the kernel config stage. From the looks of things, the 'partial driver source' is the full driver with the proprietary portion precompiled into a ftlib.o file, so I think it's the full driver with partial source.

If all goes well, I should end up with the raid (fasttrak.o) driver compiled into the kernel and all will be well.

I'll post in this thread as the install progresses.
post #144 of 170
Gah!
The promise driver won't compile. Followed their docs to the letter, but when I try to compile the driver I get an error 1.

Quote:
wrapper.c: In function `ft_handler_wrapper':
wrapper.c:98: error: `io_request_lock' undeclared (first use in this function)
wrapper.c:98: error: (Each undeclared identifier is reported only once
wrapper.c:98: error: for each function it appears in.)
make: *** [wrapper.o] Error 1
It's really strange, since the offending lines look ok to me, but io_request_lock doesn't seem to be declared anywhere!

Quote:
void ft_handler_wrapper(int irq, void *dev_id, struct pt_regs *regs) {
/* channel driver is system independent so it does not
need pt_regs structure */
ulongsmpflag;
spin_lock_irqsave(&io_request_lock,smpflag);
ft_handler(irq, dev_id);
spin_unlock_irqrestore(&io_request_lock,smpflag);
}
The offending lines are the spin_lock_irqsave and spin_lock_irqrestore.
Any ideas?

[edit] looked farther up in the compile output...looks like it can't find some header files. The headers it can't fine, however, are included from system headers that it DID find. Not sure why/how a system header would be trying to include non-existent headers tho. I'm going to try compiling to kernel without the fasttrak driver to see if I get similar errors...
Still working on it....

[edit 2] Ok...after some creative file copying, I've managed to get all the needed include files include properly. Still getting the error, except now it's the only error left.
If I get this fixed, and it works, I'll upload the modified makefile, and some docs on fixed the header problems.

[Edit 3] Too tired to continue tonight. This is seriously frustrating me. I looked at some other modules (aha 7xxx) and it uses exactly the same io_request_lock spinlocks, without any visible declaration of 'io_request_lock' and it compiles fine. I'll try to figure this out tomorrow, but for now, I need sleep. If anyone knows anything about spinlocks, I could sure use some advice...
post #145 of 170
Sent an email to Promise last night before I fell asleep asking if there were plans to release a kernel 2.6 driver, and got an unexpected response...
Quote:
we will release drivers for the 2.6 kernel in a
few months for our controllers, and these will also include open source
drivers.
so it looks like I'll just have to be patient and wait for the drivers. Good news, I'd say, especially the open-source aspect. Maybe the binary drivers cause as much headache for Promise as they do for us.
post #146 of 170
Thread Starter 
Great work, Chenar. At least we know whats coming.

Mikhail
post #147 of 170
Thread Starter 
As a follow-up to the RadeonFB problem I've mentioned a few posts back, the bug is still there in Gentoo Dev-Sources 2.6.5. Whats worse is that now not only does the the console get messed up when switching back from X, it kills the system! I cant even shut down properly with the new RadeonFB driver as the system locks after getting out of X. Thus, I am continuing to use the old RadeonFB driver.

Mikhail
post #148 of 170
Anyone heard an update from Promise yet? Thinking of poking at Gentoo soon, but want to get 2nd drive first & Raid 0. I cannot find the specific model used by 8890 on their site, only base product lines.

Also, I've heard about FireWire DV camcorders used as Netcams in Linux. Anyone try that yet?
post #149 of 170
Well, the update from promise is "sometime this summer". In computer terms, that's 2-4 years... I hope they're better than Valve when it comes to release dates... The alternative is you can blow away your current raid and use Linux software raid, but that's only for those who don't need to access windows stuff from linux...
post #150 of 170
Thread Starter 
Yeah... I wonder how much more attention companies would pay to Linux if MS stopped spewing its FUD.

Mikhail
post #151 of 170
Morning all,

As I mentioned further down this discussion group, I tried Solaris x86 on my 8890 and failed miserably. At that point I began to seriously look into Gentoo. The disk is ready to accept it, but I'm still doing the pre-install reading.

My notes so far:

First off, Dirtboy's intro link early in this thread changed due to talknotebooks.com no longer references here in DNS. The revised link (mmarkin, you may want to look over the other links in the thread for similar changes):

http://notebookforums.com/showthread...1369#post31369

Second, I don't think I've done this much reading on Linux before. It's not an eye-opener per se, since this process reminds me a lot like the SunOS 4.x install - slow, tedious, and detailed. Great info though, learning much just on this.

The initial plan for me is to get a recent LiveCD, get networking running (the newer ones should be 2.6.x kernel), and go from stage1. This should hopefully make like easier based on what I've read on this thread.

The disk is prepared already, I was able to use a 'system recovery' CD that's based on Gentoo /w the working NTFS code and resize the disk. So far so good.

The trick now is finding some time long enough to start this. Hopefully this week. I'm thinking of creating an updated summary for my own notes (common practice at work, and if this turns out OK on the notebook I'll do the same to the desktop).

Also, I've given up on following RAID for now, getting a 2nd 60@7200 is a bit much for me at the moment too. I'll revisit my search in Sept or so.

I'll let y'all know how things turn out,
--Tim
post #152 of 170
Thread Starter 
Thanks for the heads-up regarding the link, Tim.

Glad you're joining the club! I've helped a few people set up their distros since I did mine and found that you really dont need much time. On my 5680 (as mentioned in this thread), bootstrapping only took 2.5 hours or so - you could easily turn the thing off after that and continue later. 'emerge system' is a bit faster than that, and after that, the only stuff that will take lots of time are X and related window managers (eg KDE takes about 5 hours) and other apps that are not essential to the system (Mozilla takes an hour).

Anyway, good luck and keep us posted!

Mikhail
post #153 of 170
Thread Starter 
Update to my framebuffer quest: 2.6.7-Gentoo is still no-go.
post #154 of 170
Thread Starter 
Was working in Gentoo all day yesterday, compiling stuff, etc., with the GIMPS (http://www.mersenne.org) client running in the background. Obviously, all this work accelerated the time drift effect I've been struggling for a while until the point where something happened (the system realized it the clock was no longer 'sane'), everything started to studder and I eventually had to force-reset the machine. This obviously sparked some research and I came accross something called a Power Management Timer (under ACPI) which is an alternative time source for machines capable of speedstepping, etc. After I compiled that into the kernel, everything seems fine and dandy! After hours of intensive CPU work, I havent noticed any drift at all! Horray! EDIT: I take that back. The time drift is still present. *!

Mikhail

P.S. Running the latest version of NDISWrapper - its getting better and better! Connects at pretty much the first ESSID set attempt.
post #155 of 170
Hi all, an update...

Stage 1 Bootstrap succeeded, sort of: Had IDE/DMA errors on console while trying to unpack and setup gcc, though it finished anyway.

So I went forward on emerge system before getting some sleep (I've also been working on Solaris upgrade for major server at work, so I've been busy since early Sat morning ).

Well, woke up to find notebook hung. Last message says it was trying to download perl from one of the mirrors (which I'll probably remove from mirror list now). No network activity from the notebook, as per the router.

I should make note that I was doing the work in an ssh session from my desktop, so I could reference web pages etc. from Mozilla during the work. Both the ssh session AND the notebook's console were hung.

Should I restart back in Stage 1, with DMA turned off, or try emerge system again?

I reember seeing hdparm settings somewhere (probably here), I'll look for them later.

--Tim
post #156 of 170
Thread Starter 
Wow, thats a bummer, Tim. I wouldnt be able to help with detecting the problem, but I would probably definitely start over - if theres something wrong that early in the game, chances are its only going to get worse.

Did you set any special settings? Fortunately I never had to tweak the hard drive parameters to get my machine up and running.

Good luck

Mikhail
post #157 of 170
I know one thing, if you're running RAID, you're out of luck...
post #158 of 170
No, its not RAID, not willing to spend any more money on that right now. I do have a second disk, but it's 40 Gig @ 5400 RPM with 16 Meg cache; It's used as Ghost, VCD, and AV storage.

As far as options, yes. I booted on the smp kernel just fine as-is, and set a basic USE group (in particular, 'dedicated alsa motif cdr dvd'), the mirror list (mirrorselect), and -pipe on the compile settings. Otherwise used the basic setup. I'm using the 2004.1 mimimal LiveCD (which found the USB mouse and network just fine, as well as the screen at higher text res then 80x24). I burned a Universal LiveCD as well, have not needed it yet.

My concern is my 60 Gig 7200 RPM disk (which is where this was going to reside). There may be a DMA issue with that so that's why I'm thinking of that off next boot. Another thing I'm doing right now is running it on memtest boot for a bit to see what pops up. Worst case is I'll just start with a Stage 2 or 3 and try again that way, but that kind of defeats the purpose don't it?

One interesting note: Boot to Windows, kick off MaxFan, and reboot into the LiveCD. The fan setting will stay on max (and will continue to do so until you shut it off and unplug it). There's not a heat issue in the apartment (it's kept no higher than 76 F), but who knows at this point...

--TSK
post #159 of 170
Update:

Attempt #2 is going well, it's rapidly heading towards Stage 3.

The main thing about this one is that I'm doing it from the 8890 directly and NOT from an ssh session on my desktop (apparently it would either compile or display too fast if done from ssh, not certain yet).

Also dropped make.conf to a simpler one: compile settings left alone, no USE changes, and the CHOST was set properly now & matches the CPU flag on compile settings. Plus dropped a couple mirrors out of the config.

Keeping my fingers crossed,
--TSK
post #160 of 170
Thread Starter 
Good stuff, Tim. Another thing I just remembered: if it screws up again, go with the non-SMP kernel next time. I had to do the LiveCD steps with a non-SMP kernel because the SMP one couldnt handle the network card. But then again, that was Gentoo 1.4.

Mikhail
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Linux & Other OS's
NotebookForums.com › Forums › General Notebook Discussions › Linux & Other OS's › The 5680/8890 Gentoo Thread