LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Ext3 FS driver being removed from Linux Kernel (https://www.linuxquestions.org/questions/slackware-14/ext3-fs-driver-being-removed-from-linux-kernel-4175553611/)

ChuangTzu 09-15-2015 09:45 PM

Ext3 FS driver being removed from Linux Kernel
 
This was reported on Phoronix, however, here is the link from the kernel mailing list: https://lkml.org/lkml/2015/7/15/438

syg00 09-15-2015 11:14 PM

Maybe. https://lkml.org/lkml/2015/8/31/474

syg00 09-16-2015 12:44 AM

And just in case the somewhat alarmist subject alarms you (and you didn't read all of the LKML threads), no ext3 isn't going away.
It's been handled by the ext4 codebase for years.

Despite the fluidity of the discussion, it looks like Linus has been convinced after all.

astrogeek 09-16-2015 12:50 AM

When I first saw this a few days ago it caused me some concern as I still rely on ext3 (and ext2).

But after reading the lkml I see no concerns at all.

ext3 support to the user will remain unaffected as far as I can tell, except that the identical function (regression tested, guaranteed identical function) will be supplied by the ext4 code base.

So removal of redundant code is about the sum total of the changes. Sounds OK to me!

GazL 09-16-2015 03:50 AM

Slackware's kernel config was still using the standalone ext[23] modules rather than using the ext4 module for ext2/3.

This is one of the changes I've been making to my local kernels for a good while now:
Code:

$ grep 'EXT[234]' config-4.2-custom
# CONFIG_EXT2_FS is not set
# CONFIG_EXT3_FS is not set
CONFIG_EXT4_FS=y
CONFIG_EXT4_USE_FOR_EXT23=y

CONFIG_EXT4_FS_POSIX_ACL=y
CONFIG_EXT4_FS_SECURITY=y
# CONFIG_EXT4_ENCRYPTION is not set
# CONFIG_EXT4_DEBUG is not set

Funnily enough, a week or so ago, before all this broke, I contemplated posting on the subject to ask whether there was any reason Slackware was still using the separate EXT2/3 modules, but decided not to bother as I knew what the answer would be -- "because we haven't needed to change it". Looks like the issue is going to be forced now.

bassmadrigal 09-16-2015 08:14 AM

Quote:

Originally Posted by syg00 (Post 5420974)

The latest from Linus on it:

Quote:

So the thing I'm happy to see is that the ext4 developers seem to
unanimously agree that maintaining ext3 compatibility is part of their
job...

--snip--

As a result, I'm personally convinced.

SOURCE: https://lkml.org/lkml/2015/9/2/644

FeyFre 09-16-2015 11:47 AM

I wonder, how it will work for me? I use ext2 for my partitions.

goumba 09-16-2015 12:05 PM

Quote:

Originally Posted by FeyFre (Post 5421260)
I wonder, how it will work for me? I use ext2 for my partitions.

That same ext4 driver.

Rinndalir 09-16-2015 12:38 PM

His final word on it:
"On the filesystem side, the bulk of the changes (in lines of code) is
the removal of the ext3 filesystem (with ext4 remaining to support
ext3 layouts - but the separate ext3 codebase is gone)."


https://lkml.org/lkml/2015/9/12/243

enorbet 09-16-2015 01:45 PM

So it seems that existing kernels are fine and will continue to work as always and only new kernels will require a change to config. Does this affect all branches or only the 4x branch and at what point(s) will this change take affect?

Didier Spaier 09-16-2015 01:58 PM

Quote:

Originally Posted by enorbet (Post 5421329)
So it seems that existing kernels are fine and will continue to work as always and only new kernels will require a change to config. Does this affect all branches or only the 4x branch and at what point(s) will this change take affect?

I assume that the merge window for 4.3 is closed so it will be effective in 4.4 (unless Linus decides otherwise). Of course older kernels are not affected and I see no rationale for this change to be backported. As for the configuration settings, they will probably change accordingly in the new kernel. Wait and see.

Poprocks 09-18-2015 01:38 PM

Gah, I know I sound like a curmudgeonly old geezer saying something like this, but I feel like these days they change too much too quickly in the newer mainline kernels. I preferred the old odd/even system prior to 2.6.

atelszewski 09-18-2015 04:05 PM

Hi,

Quote:

Of course older kernels are not affected and I see no rationale for this change to be backported.
Is 'backported' the correct term here?;)

Anyway, I can't recall any situation when the code was removed from older version at the time when it was removed in the newer version. Basically it's not possible because of compatibility.

Quote:

Gah, I know I sound like a curmudgeonly old geezer saying something like this, but I feel like these days they change too much too quickly in the newer mainline kernels. I preferred the old odd/even system prior to 2.6.
Not that fast;) I'd say there are more additions than changes due to the hardware popping up all the time. But you are at least partially right, there are changes being introduced and from time to time the drivers (and other code) have to be updated. That might be a pain, for example if you learn based on LDD3, be prepared for your code to fail to compile.

--
Best regards,
Andrzej Telszewski


All times are GMT -5. The time now is 08:26 AM.