Code: Select all
so I say thank you for the love-sources,
for bringing it to meeeeeeeeeeeCreepy. Remind me never to walk alone at night.retribrute wrote:have you guys ever heard abba?
I read some really strange lyrics from one of their songs....isn't that strange?Code: Select all
so I say thank you for the love-sources, for bringing it to meeeeeeeeeee
steel300 sir, never walk alone at night.steel300 wrote:Creepy. Remind me never to walk alone at night.retribrute wrote:have you guys ever heard abba?
I read some really strange lyrics from one of their songs....isn't that strange? :)Code: Select all
so I say thank you for the love-sources, for bringing it to meeeeeeeeeee
Today (only had about 30 mins), I tried to isolate the error, trying a variety of different options. What I've found was that cfq is not the problem - the noop i/o scheduler gives me the same crash in the same spot. Tomorrow if I have time, I plan on trying mm-sources to see if the crash is love-specific, and if it crashes with mm too, then vanilla-sources to see if the crash is from an mm patch or from the actual kernel upgrade (currently using 2.6.1-lvoe5).These sources look great - haven't updated since 2.6.1-love5 because I've been insanely busy. However, something's changed since then (I'm willing to bet its the new cfq, unless I messed up my kernel config) - while my kernel boots, it hangs at the same spot. It says:
Using cfq io scheduler
... snipped stuff about my cdrom drives ...
ide1 at 0x170-0x177, 0x376 on irq 15
hda: max request size: 128KiB
Following this, it hangs.
I've tried this with my crazy cflags, then removed them, thinking that was the cause of the issue. Unfortunately, it was not. The ide chipset I selected was the VIA one, which has always worked in the past.




