Skip to contentSkip to conversation

INTEL 845G Chipset IDE Quandry

DISCUSSION Anthony Spinillo 6 participants 12 messages Jun 2, 2002 – Jun 3, 2002

lore
Share & tools
lore
#0 lore raw

Back to my original problem, will there be a fix before 2010? ;)

Tony

Quoted 9 lines · Martin Dalecki

Of year 2010 - remember learning proper C will take him time. Becouse I never ever saw any code contributed by him despite the fact that I'm still open for patches, as I have told him upon request.
Once exception was a broken patch which even didn't compile and couldn't solve the problem it was proclaiming to solve.

Signature · 4 lines
Get your free email from www.linuxmail.org 


Powered by Outblaze
#1 lore raw
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Quoted 18 lines

Tony

Quoted 9 lines · Martin Dalecki

Of year 2010 - remember learning proper C will take him time. Becouse I never ever saw any code contributed by him despite the fact that I'm still open for patches, as I have told him upon request.
Once exception was a broken patch which even didn't compile and couldn't solve the problem it was proclaiming to solve.

Signature · 3 lines
- phone: +49 214 8656 283
- job:   eVision-Ventures AG, LEV .de (MY OPINIONS ARE MY OWN!)
- langs: de_DE.ISO8859-1, en_US, pl_PL.ISO8859-2, last ressort: ru_RU.KOI8-R
#2 lore raw
In reply to Anthony Spinillo
Quoted 10 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Note it works with 2.5 already. We have the device there.

Quoted 32 lines
Quoted 19 lines

Tony

Quoted 9 lines · Martin Dalecki

Of year 2010 - remember learning proper C will take him time. Becouse I never ever saw any code contributed by him despite the fact that I'm still open for patches, as I have told him upon request.
Once exception was a broken patch which even didn't compile and couldn't solve the problem it was proclaiming to solve.

Signature · 9 lines
- phone: +49 214 8656 283
- job:   eVision-Ventures AG, LEV .de (MY OPINIONS ARE MY OWN!)
- langs: de_DE.ISO8859-1, en_US, pl_PL.ISO8859-2, last ressort: ru_RU.KOI8-R

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Signature · 2 lines
Vojtech Pavlik
SuSE Labs
#3 lore raw
Quoted 12 lines · Vojtech Pavlik
Quoted 10 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Quoted 1 line

Note it works with 2.5 already. We have the device there.

If you look at why it fails it fails not because it isnt in the table but because the PCI device has not been allocated resources properly by the BIOS

#4 lore raw

man, 2002-06-03 kl. 03:13 skrev Alan Cox:

Quoted 2 lines · Vojtech Pavlik
Quoted 1 line · Martin Dalecki

[SNIP]

Quoted 6 lines
Quoted 1 line

Note it works with 2.5 already. We have the device there.

If you look at why it fails it fails not because it isnt in the table but because the PCI device has not been allocated resources properly by the BIOS

Back when I talked to Andre about this problem it sounded to me like he said it was a genuine bug that was fixed in the ide-convert patches. Maybe I'm confusing two issues here...

Cheers
Kjartan

#5 lore raw

Kjartan,

Please do not confuse them, they have a hard enough time reading. The docs state it can only do X, but lets overclock it and do X+1. Maybe the hardware is smart and knows which drivers are safe and sane.

Anthony, I sent you a mini-patch to add the 845G to the sane driver. It will work, as Kjartan has stated. His system suffered the exact same events.

Cheers,

Andre Hedrick
LAD Storage Consulting Group

Quoted 16 lines · Kjartan Maraas

man, 2002-06-03 kl. 03:13 skrev Alan Cox:

Quoted 2 lines · Vojtech Pavlik
Quoted 1 line · Martin Dalecki

[SNIP]

Quoted 6 lines
Quoted 1 line

Note it works with 2.5 already. We have the device there.

If you look at why it fails it fails not because it isnt in the table but because the PCI device has not been allocated resources properly by the BIOS

Back when I talked to Andre about this problem it sounded to me like he said it was a genuine bug that was fixed in the ide-convert patches. Maybe I'm confusing two issues here...

#6 lore raw
In reply to Anthony Spinillo
Quoted 15 lines · Vojtech Pavlik
Quoted 11 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Quoted 1 line

Note it works with 2.5 already. We have the device there.

Yes after looking it up I realized it's already there.

#7 lore raw
In reply to Anthony Spinillo
Quoted 13 lines · Alan Cox
Quoted 12 lines · Vojtech Pavlik
Quoted 10 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Quoted 5 lines
Quoted 1 line

Note it works with 2.5 already. We have the device there.

If you look at why it fails it fails not because it isnt in the table but because the PCI device has not been allocated resources properly by the BIOS

That's right. Well, maybe kernel 2.5 PCI code can fix that better? Maybe not, and in that case a BIOS upgrade is probably the way to go.

Signature · 2 lines
Vojtech Pavlik
SuSE Labs
#8 lore raw
In reply to Anthony Spinillo
Quoted 16 lines · Martin Dalecki
Quoted 15 lines · Vojtech Pavlik
Quoted 11 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Quoted 3 lines
Quoted 1 line

Note it works with 2.5 already. We have the device there.

Yes after looking it up I realized it's already there.

But as Alan pointer out, in 2.4 the missing PCI ID isn't the problem - it would work with no tuning without it, but the fact the on-board BIOS incorrectly assigns io-ranges to the PCI device is a problem we may have on 2.5 as well.

Signature · 2 lines
Vojtech Pavlik
SuSE Labs
#9 lore raw
In reply to Anthony Spinillo
Quoted 23 lines · Vojtech Pavlik
Quoted 21 lines · Martin Dalecki
Quoted 18 lines · Vojtech Pavlik
Quoted 5 lines · Martin Dalecki
Quoted 1 line · Anthony Spinillo

Back to my original problem, will there be a fix before 2010? ;)

Quoted 7 lines

Well since you have already tyred yourself to poke at it. Well please just go ahead and atd an entry to the table at the end of piix.c which encompasses the device. Do it by copying over the next familiar one and I would be really geald if you could just test whatever this worked. If yes well please send me just the patch and I will include it.

Note it works with 2.5 already. We have the device there.

Quoted 7 lines
Quoted 1 line

Yes after looking it up I realized it's already there.

But as Alan pointer out, in 2.4 the missing PCI ID isn't the problem - it would work with no tuning without it, but the fact the on-board BIOS incorrectly assigns io-ranges to the PCI device is a problem we may have on 2.5 as well.

Well I don't know that much about the ever changing PCI/ACPI support in kernel - the only thing I could imagine
would be that we sanitize the handling of it at the generic "chipset quirk handling" there. Right during the "bios table scan" time... (I mean drivers/pci/quirks.c)

The following function there looks like the right tool for this purpose:

static void __init quirk_io_region(struct pci_dev *dev, unsigned region, unsigned size, int nr)

Well after looking closer I'm convinced that this is the right place... will you have a look at this plase... I'm more then busy enbough with other things right now.

#10 lore raw
In reply to Anthony Spinillo
Quoted 9 lines · Martin Dalecki

Well I don't know that much about the ever changing PCI/ACPI support in kernel - the only thing I could imagine
would be that we sanitize the handling of it at the generic "chipset quirk handling" there. Right during the "bios table scan" time... (I mean drivers/pci/quirks.c)

The following function there looks like the right tool for this purpose:

Quoted 6 lines

static void __init quirk_io_region(struct pci_dev *dev, unsigned region, unsigned size, int nr)

Well after looking closer I'm convinced that this is the right place... will you have a look at this plase... I'm more then busy enbough with other things right now.

The PCI code under normal circumstances can fix the allocation problems by itself (without any special quirks code), but in this case it simply fails. Do you still have the original e-mail with the dmesg? I'd like to look at that again ...

Signature · 2 lines
Vojtech Pavlik
SuSE Labs
#11 lore raw
In reply to Anthony Spinillo
Quoted 4 lines · Vojtech Pavlik

The PCI code under normal circumstances can fix the allocation problems by itself (without any special quirks code), but in this case it simply fails. Do you still have the original e-mail with the dmesg? I'd like to look at that again ...

No becouse It wasn't directed at me.