Allan McRae wrote:

Tobias Powalowski wrote:

...

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org

please signoff for both arches

all binary modules have been rebuilt too, please test if they work properly.

greetings tpowa

Booted fine, iwl3945 driver works. Something up with starting alsa, though I have not had time to look into it yet...

...

sudo /etc/rc.d/alsa start Password: :: Restoring ALSA Levels [BUSY] Unknown hardware: "HDA-Intel" "SigmaTel STAC9200" "HDA:83847690,102801d4,00102201 HDA:14f12bfa,14f100c3,00090000" "0x1028" "0x01d4" Hardware is initialized using a guess method /usr/sbin/alsactl: set_control:1266: failed to obtain info for control #6 (No such file or directory)

[FAIL]

From the forums, there may be something up with ext4: http://bbs.archlinux.org/viewtopic.php?id=61761

ext4dev was renamed to ext4 in this kernel release, that's what's giving the OP trouble. Glenn

Allan

On Sat, 2008-12-27 at 14:16 +0100, Pierre Schmitz wrote:

Am Samstag 27 Dezember 2008 14:07:41 schrieb Eduardo Romero:

...

On Sat, 2008-12-27 at 10:12 +0100, Tobias Powalowski wrote:

...

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org

please signoff for both arches

all binary modules have been rebuilt too, please test if they work properly.

greetings tpowa

I migrated my ext3 filesystems to ext4 and everything is working fine. signoff i686.

I have tested the ext4 thing. Grub needs to be patched to be able to boot from ext4. The same is valid for extlinux. In addition to this mkinitcpio needs support for ext4. ATM one has to add ext4 to the modules and boot with rootfstype=ext4. Otherwise initcpio will choose ext3 and you'll get a kernel panic.

Maybe we shouldn't support ext4 atm and wait until the tols mentioned above are fixed and we have an install cd with the new kernel. That means one should add a warning to the announcement that booting from ext4 is not supported atm.

Btw: Does anyone know where to get the e4defrag tool to convert etc3 to ext4 (I mean switching to extents)?

Last but not least: The kernel is working fine on i686 and x86_64; so here is my sign-off.

Yeah, in fact, I migrated all my partitions except for the root partition which is my boot partition for that reason. All in all migrating the other partitions goes flawless. And if you guys want the optimization to migrate: * unmount the filesystem * tune2fs -O extents,uninit_bg,dir_index /dev/filesystem * tune2fs -pf /dev/theabovefilesystem * change fstab to ext4 and whala!

Am Samstag 27 Dezember 2008 schrieb Thomas Bächler:

Tobias Powalowski schrieb:

...

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org

please signoff for both arches

all binary modules have been rebuilt too, please test if they work properly.

greetings tpowa

I am opposed to the deprecated CONFIG_WIRELESS_OLD_REGULATORY=y option in the configuration. With this option, the wireless configuration (cfg80211) uses the hardcoded limited regulatory information that is inside the kernel. Without this option, we can use crda to supply this information (a working PKGBUILD is in crda/trunk). The wireless guys only keep this option around "because distributions don't ship crda". Here is the text about this option: For now we leave an option to enable the old module parameter, ieee80211_regdom, and to build the 3 old regdomains statically (US, JP and EU). This option is CONFIG_WIRELESS_OLD_REGULATORY. These old static definitions and the module parameter is being scheduled for removal for 2.6.29. Note that if you use this you won't make use of a world regulatory domain as its pointless. If you leave this option enabled and if CRDA is present and you use US or JP we will try to ask CRDA to update us a regulatory domain for us.

suggestions? should i disable it for next release? I don't use this roaming stuff at all. Thomas you could add your wireless stuff to testing too now. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org

On Mon, Dec 29, 2008 at 4:14 PM, Tobias Powalowski wrote:

Am Montag 29 Dezember 2008 schrieb Eric Belanger:

...

On Sat, Dec 27, 2008 at 4:12 AM, Tobias Powalowski wrote:

...

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org

please signoff for both arches

all binary modules have been rebuilt too, please test if they work properly.

greetings tpowa --

I got this error while generating the initcpio: :: Parsing hook [ide]

ERROR: module 'ide[-_]disk' not found

However, my system booted fine. It seems that the ide-disk.ko module is not included in the kernel in testing. Is that intended?

Eric yes just fixed in mkinitcpio git, aaron or thomas would be cool if a new mkinitcpio would be released with the fixed module name.

I also added ext4 support to mkinitcpio. Thomas, would you be able to get to this soonish? I can make a release, but not for a while....

On Mon, Dec 29, 2008 at 8:24 PM, Eric Belanger wrote:

On Mon, Dec 29, 2008 at 5:14 PM, Tobias Powalowski wrote:

...

Am Montag 29 Dezember 2008 schrieb Eric Belanger:

...

On Sat, Dec 27, 2008 at 4:12 AM, Tobias Powalowski wrote:

...

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org

please signoff for both arches

all binary modules have been rebuilt too, please test if they work properly.

greetings tpowa --

I got this error while generating the initcpio: :: Parsing hook [ide]

ERROR: module 'ide[-_]disk' not found

However, my system booted fine. It seems that the ide-disk.ko module is not included in the kernel in testing. Is that intended?

Eric yes just fixed in mkinitcpio git, aaron or thomas would be cool if a new mkinitcpio would be released with the fixed module name. greetings tpowa

OK. In that case signoff for i686 and x86_64 (with nvidia).

Working fine here on i686 and x86_64. -Dan