Big Surprise: Future 2.5 kernel releases will use a forward port of 2.4's IDE core (current BK kernels already do); and Marcin Dalecki will no longer be IDE maintainer for 2.5.
It is unclear who will take his place, but Linus writes: "Alan seems to be not completely unwilling to work on it, and unlike me he _can_ interact with Andre most of the time. Possibly Jens will do the 2.5.x side, of it (with Alan working on 2.4), but we've not talked it through".
So did Linus get disk corruption or is something else afoot?
9 hours axboe 1.456.34.40 Delete 2.5 IDE core
9 hours axboe 1.456.34.41 Add 2.4 IDE core, based on late 2.4.19-pre-acX version
From: Linus Torvalds
To: linux-kernel
Date: 16 Aug 2002 14:28:01 -0700
Subject: Re: IDE?
In article ,
Martin J. Bligh wrote:
>So did Linus get disk corruption or is something else afoot?
Martin gave up the fight he had to do all the time, so..
Linus
From: Matthias Andree
To: linux-kernel
Date: Sat, 17 Aug 2002 13:52:43 +0200
Subject: Re: IDE?
On Fri, 16 Aug 2002, Linus Torvalds wrote:
> In article ,
> Martin J. Bligh wrote:
> >So did Linus get disk corruption or is something else afoot?
>
> Martin gave up the fight he had to do all the time, so..
Not having seen much of all the work, this sounds like it is a sad day,
for Martin who contributed a lot of his time to work on the issues,
while people seemed not to be too grateful, screaming from either end of
the road, this must wear people out.
Is there a way how the improvements that parts of the stuff have
received can be rescued somehow? Or at least the knowledge of which can
be used somewhat directly for a IDE-TNG driver? I'd find it really sad
to just let go of so much time that had been invested into the project
-- but keep in mind I have NO knowledge of the gory details of the last
2.5 IDE stuff.
--
Matthias Andree
From: Andre Hedrick
To: linux-kernel
Date: Sat, 17 Aug 2002 05:06:09 -0700 (PDT)
Subject: Re: IDE? IDE-TNG driver
I will hand it to you guys on a silver platter IDE-TNG.
Below yields modular chipsets and channel index registration.
Selectable IOPS for arch independent Taskfile Transport layers.
Now to finish the job with device class link lists to address fully
modular subdrivers. It also includes 1st generation of device open and
select calls of subdrivers.
You have ide-cd registered on a cdrw and you want to burn a cd?
open(/dev/hdX) transform_subdriver_scsi close(/dev/hdX)
open(/dev/sg) and burn baby burn.
close(/dev/sg) releases transform_subdriver_scsi
open(/dev/hdX) load native atapi transport.
Will do it for TAPE-FLOPPY-DVDCD/RW ...
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SiI680: IDE controller on PCI bus 00 dev 90
SiI680: chipset revision 1
SiI680: not 100% native mode: will probe irqs later
SiI680: BASE CLOCK == 133
ide0: MMIO-DMA at 0xe080df00-0xe080df07, BIOS settings: hda:pio, hdb:pio
ide1: MMIO-DMA at 0xe080df08-0xe080df0f, BIOS settings: hdc:pio, hdd:pio
hda: Maxtor 4G160J8, ATA DISK drive
hdb: Maxtor 4G160J8, ATA DISK drive
ide0 at 0xe080df80-0xe080df87,0xe080df8a on irq 9
hda: host protected area => 1
hda: 320173056 sectors (163929 MB) w/2048KiB Cache, CHS=19929/255/63, UDMA(133)
hdb: host protected area => 1
hdb: 320173056 sectors (163929 MB) w/2048KiB Cache, CHS=19929/255/63, UDMA(133)
hdc: Maxtor 4G160J8, ATA DISK drive
hdd: Maxtor 4G160J8, ATA DISK drive
ide1 at 0xe080dfc0-0xe080dfc7,0xe080dfca on irq 9
hdc: host protected area => 1
hdc: 320173056 sectors (163929 MB) w/2048KiB Cache, CHS=19929/255/63, UDMA(133)
hdd: host protected area => 1
hdd: 320173056 sectors (163929 MB) w/2048KiB Cache, CHS=19929/255/63, UDMA(133)
PIIX3: IDE controller on PCI bus 00 dev 39
PIIX3: chipset revision 0
PIIX3: not 100% native mode: will probe irqs later
ide2: BM-DMA at 0xffa0-0xffa7, BIOS settings: hde:DMA, hdf:DMA
ide3: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdg:pio, hdh:pio
hde: ATAPI 44X CDROM, ATAPI CD/DVD-ROM drive
hdf: CREATIVEDVD5240E-1, ATAPI CD/DVD-ROM drive
ide2 at 0x1f0-0x1f7,0x3f6 on irq 14
hde: ATAPI 40X CD-ROM drive, 128kB Cache, (U)DMA
Uniform CD-ROM driver Revision: 3.12
hdf: ATAPI 32X DVD-ROM drive, 512kB Cache, DMA
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1
/dev/ide/host0/bus0/target1/lun0: p1
/dev/ide/host0/bus1/target0/lun0: p1
/dev/ide/host0/bus1/target1/lun0: p1
If this is what you want, this is what I have to put on the table.
If you do not I will delete the code.
Regards,
Andre Hedrick
LAD Storage Consulting Group
On Sat, 17 Aug 2002, Matthias Andree wrote:
> On Fri, 16 Aug 2002, Linus Torvalds wrote:
>
> > In article ,
> > Martin J. Bligh wrote:
> > >So did Linus get disk corruption or is something else afoot?
> >
> > Martin gave up the fight he had to do all the time, so..
>
> Not having seen much of all the work, this sounds like it is a sad day,
> for Martin who contributed a lot of his time to work on the issues,
> while people seemed not to be too grateful, screaming from either end of
> the road, this must wear people out.
>
> Is there a way how the improvements that parts of the stuff have
> received can be rescued somehow? Or at least the knowledge of which can
> be used somewhat directly for a IDE-TNG driver? I'd find it really sad
> to just let go of so much time that had been invested into the project
> -- but keep in mind I have NO knowledge of the gory details of the last
> 2.5 IDE stuff.
>
> --
> Matthias Andree
From: Skip Ford
To: linux-kernel
Date: Sat, 17 Aug 2002 09:56:54 -0400
Subject: Re: IDE? IDE-TNG driver
Andre Hedrick wrote:
>
> I will hand it to you guys on a silver platter IDE-TNG.
>
[snip]
>
> If this is what you want, this is what I have to put on the table.
> If you do not I will delete the code.
Can't you just create a patch and send it to the list? I for one would
like to try out your code. Just diff it and send it without the song
and dance please.
--
Skip
From: Russell King
To: linux-kernel
Date: Sat, 17 Aug 2002 13:08:40 +0100
Subject: Re: IDE?
On Sat, Aug 17, 2002 at 01:52:43PM +0200, Matthias Andree wrote:
> Is there a way how the improvements that parts of the stuff have
> received can be rescued somehow?
There were a few bits I submitted that should probably go in - I'll
look at reviving them when I'm less busy and the direction of IDE
stuff has settled down a bit.
--
Russell King
Hi Linus,
> In article ,
> Martin J. Bligh wrote:
> > So did Linus get disk corruption or is something else afoot?
> Martin gave up the fight he had to do all the time, so..
I am beside my self with laughing, sorry :P
I really can imagine what are you dreaming of. Like:
"shit, f*ck, why the hell I kicked Andr
Sanity
How about just including relevant posts, then a link to the full thread on google. _WAY_ too long.
Re: Sanity
How about just including relevant posts
They are all relevant, IMO. Perhaps they are not *all* completely relevant to the main "Change to 2.4's IDE core" subject, but that's the way things go with any discussion/conversation; and they are all informative.
Maybe they don't all seem relevant because i didn't put them all in the right order (for example, the "IDE-TNG" sub-thread is listed before the "I am beside myself with laughing" sub-thread).
Besides, the bite-size summary goes in the teaser.
then link to the full thread on google.
Well, the standard way here is to include about as much of the thread as possible, without getting way too big. (i think). Besides that, most people won't bother checking the full thread on google/marc/uwsg.
_WAY_ too long.
Check out some of the longer stories (80+ posts).
Re: Re: Sanity
Well, to me the main subject is that Martin's code has been ripped. Not the other.. stuff.
Well, I think the other parts
Well, I think the other parts are at least equally important or at least interesting. Why has it been ripped out? The part about the mess that the IDE-Code is; What the long-term plans for IDE are ...
all these are informations that are not normally found in other news pages and are only known to ppl who often read lkml.
Re: Well, I think the other parts
Being why you link to the thread.
Linking - the good and bad
Linking to the thread is all and good, however some of us read this from behind restrictive firewalls/proxies. Hence it is nice to have more of the thread covered in the article, to get a fuller feel for the discussion since the link to google groups may be blocked (as is the case with me).
Re: Sanity
I don't think you include too much. Interesting read, as always.
Nice Job
These long stories are the reason I read kerneltrap. Interesting summaries of lk threads. The shorter stuff, point release stories etc are just icing.
Nice Job
I agree. If I wanted every last detail I'd read lkml itself. If I wanted a high-level summary I'd read Kernel Cousins or LWN. The value of kerneltrap is that I get a reasonably detailed, yet crap-filtered, summary of a thead that I can read in five minutes.
define relevant
Nero,
This whole debate centers around how you define relevant. Most of the people posting seem to think all the posts were relevant. I do. How about you submit stories instead of flaming those who do.
--Nate
fine fine
Will do, sorry folks.
new rule:
I should not post to kerneltrap while on phone with gf.
Nero,
I just reread my post. It seems I cut out a great deal of what I intended to say. Instead it just flames. My applogy. Lets continue the discussion of what type of content is best in the story you just submitted. I think it provides an interesting case study.
--Nate
Me too... not
I think the story was the right size. KernelTrap isn't a digest site thta sends you somewhere else. I found the included posts interesting and insightful. If I wanted more I could then follow up on the google archives, but I might not have time to wade through the whole thing.
Good story.
Alex
General Consensus?
So the general opinion seems to be something along the lines of "we want in-depth stories, but with the less-informative stuff cut out; and still keep a link to a mailing-list archive just in case someone wants the whole thing"?
The general consensus is you
The general consensus is you guys are doing a great job and the only thing you should change is to add a link to the archive.
re: archive
I'll look into adding a pager sometime this week. (Arrows at the bottom of each page, allowing you to scroll to older stories.)
Until then, click the archives link at the top of the page.
re: archive
I think he was referring to the mailing list archive. I may be wrong, though.
-molo
re: archive
Yes, I'm sure you're correct. Just ignore me over here in the peanut gallery... ;)
re: Sanity
Relevance is in the eye of the beholder... ;)
In my opinion, nimrod has done an excellent job of submitting relevant articles. And as for length, I've yet to see an article that is too long. (Those that disagree simply won't read to the end. So it goes.)