Kernel 2.6.38 released

agapito · 2011-03-15 12:24:45

http://www.kernel.org/pub/linux/kernel/ … 38.tar.bz2

.:B:. · 2011-03-15 16:06:12

I'm sure the devs noticed... If they did not, you can always flag the kernel package as outdated. We don't need yet another report 2.6.38 has been released. Every major tech site covers it.

This forum is exactly intended for what its title says: for problems concerning packages in the [testing] repository. I just checked, and no 2.6.38 to be seen in [testing]. Anywhere.

jolinfire · 2011-03-15 16:29:19

As of now (15 march 2011), kernel version in testing is 2.6.37.4.

Can wait for 2.6.38, hoping it will fix this bug :

https://bugs.archlinux.org/task/22690

agapito · 2011-03-15 16:30:38

I know that. But, some months ago i created this post : https://bbs.archlinux.org/viewtopic.php?id=111225 and was moved to testing subforum. When 2.6.38 lands testing repo we can use this post to comment bugs.

Inxsible · 2011-03-15 16:54:19

Until it does, there is no need to create threads. Please wait until 2.6.38 (or any version for that matter) actually comes into the repo. Then update your system and actually use it. If you have problems with it, ONLY then create threads.

litemotiv · 2011-03-15 17:01:44

Let me chime in by saying that i don't really mind a preset thread for 2.6.38 with links to it's release notes, we'll be needing one soon anyway.

Inxsible · 2011-03-15 17:03:53

yeah ...since this one is already here...we might as well keep it.. I never intended to close this thread. My above post was just a general description as to when it is appropriate to create threads.

wonder · 2011-03-15 17:12:34

i would start cheering when 2.6.39 is out

Vi0L0 · 2011-03-15 19:32:22

Well... I have been using 38 since it's rc2 (rc1 wasn't able to boot) and it feels really good.
I'm glad that Nick Piggin's VFS scalability patches were finally added (and yes btrfs is working fine with it), also i was able to completelly remove Big Kernel Lock without loosing ability to mount DVD...
Not that i'm saying that arch devs should also perform this BKL-remove operation, no - maybe this could harm somebody, also a benefit causes by this move isn't actually perceptible - i guess that also other software need to be 'rewrite' to feel any difference - but it's working just good for me. And im sure it will work even better on real time systems.

Cosmin · 2011-03-15 20:43:39

Inxsible wrote:

yeah ...since this one is already here...we might as well keep it.. I never intended to close this thread. My above post was just a general description as to when it is appropriate to create threads.

just a remark: sometimes I feel that the forum moderators a just too rigid or all about the rules and not about the people. I wish that the ambiance on the forums to be more user-friendly if that is possible; not so much acid, but more kind and helpful.

PS: sorry for the off-topic and I want to say that I appreciate what the moderators (and everyone who contribute to arch in a way) are doing.

combuster · 2011-03-16 01:33:27

also i was able to completelly remove Big Kernel Lock without loosing ability to mount DVD...

Yep UDF was dependant on BKL, they've ironed that one out... I had problems with intel drivers and GPU hangs but Intel dev's took care of it just in time (fixed in rc8). Syslog was also tripping out - but new userspace bits are in repos and Linus modified that patch - so I guess this will be one smooth kernel release. Was for me anyway. Bumpy ride during rc phases though

Inxsible · 2011-03-16 03:31:37

Cosmin wrote:

Inxsible wrote:
yeah ...since this one is already here...we might as well keep it.. I never intended to close this thread. My above post was just a general description as to when it is appropriate to create threads.
just a remark: sometimes I feel that the forum moderators a just too rigid or all about the rules and not about the people. I wish that the ambiance on the forums to be more user-friendly if that is possible; not so much acid, but more kind and helpful.
PS: sorry for the off-topic and I want to say that I appreciate what the moderators (and everyone who contribute to arch in a way) are doing.

You also have to understand that we are responsible for keeping the forums legible. I was merely pointing out the fact that 2.6.38 was not even in the testing repo. and testing is meant for people who actually use the repo and report any bugs/issues with any packages. It is NOT a discussion forum. That needs to be under GNU/Linux Discussion forum.

What would you say if I were to create a thread for a yet to be released kernel version as a place holder? lets say 3.0.0. It just doesn't make sense.

GogglesGuy · 2011-03-16 14:02:15

Well, it is now

It boots. So far no problems yet!

abstrakct · 2011-03-16 14:11:42

FWIW: It's in the testing repos now.

Edit: oops, GogglesGuy beat me to it!

Last edited by abstrakct (2011-03-16 14:12:36)

Inxsible · 2011-03-16 14:13:15

Ummm, yes we all know that. The earlier posts were made when it was not.

skodabenz · 2011-03-16 14:35:38

Guys, what do you think about http://mailman.archlinux.org/pipermail/ … 18948.html (Subject: xz compression in kernel 2.6.38). I just didn't want to duplicate it in the forums, please reply in the mailing list itself (gets the attention of the devs more in list than in the forum).

EDIT: The testing kernel config http://projects.archlinux.org/svntogit/ … 7f5acce868 actually has xz enabled and uses it as default. Only mkinitcpio and compressed kernel modules requires xz support (the former is very simple actually)

Last edited by skodabenz (2011-03-16 14:46:10)

abraxas88 · 2011-03-16 15:01:59

Is "the patch that does wonders" included in stock Arch release?

ngoonee · 2011-03-16 15:19:08

abraxas88 wrote:

Is "the patch that does wonders" included in stock Arch release?

I think it should be, was slated to come out in 2.6.38. I'm not sure you'll actually feel much difference though, depending on your workload. There was another discussion about it some time back, you could check out the (very good) links on that thread, especially the Lennart/Linus arguments.

jolinfire · 2011-03-16 16:30:09

And still this pita bug spamming my /var/everything.log file

cf https://bugs.archlinux.org/task/22690

Having it since 2.6.37-1 or so

Edit : blacklisting keucr in /etc/rc.conf fixed that.

Last edited by jolinfire (2011-03-20 11:30:37)

Cosmin · 2011-03-16 18:26:23

Inxsible wrote:

You also have to understand that we are responsible for keeping the forums legible. I was merely pointing out the fact that 2.6.38 was not even in the testing repo. and testing is meant for people who actually use the repo and report any bugs/issues with any packages. It is NOT a discussion forum. That needs to be under GNU/Linux Discussion forum.
What would you say if I were to create a thread for a yet to be released kernel version as a place holder? lets say 3.0.0. It just doesn't make sense.

I understand and appreciate what are you doing ... I may suggest than moving the topic to the appropriate category. My problem was that I saw a lot of topic closed by moderators instead of moving the topic to the appropriate category.

/off topic

archman-cro · 2011-03-16 19:04:46

Still having glyphs: https://bugs.freedesktop.org/show_bug.cgi?id=34980

Mazur · 2011-03-16 20:23:47

I updated my Media PC which is old 1GB RAM, AMD Athlon along with ATI 5670 and it's connected via HDMI to Sony Bravia and before I had problems with resizing screen and there was a bug. In 2.6.38 it's working awesome and there is no more problems.

graysky · 2011-03-16 21:12:13

abraxas88 wrote:

Is "the patch that does wonders" included in stock Arch release?

Yes! http://kernelnewbies.org/Linux_2_6_38

litemotiv · 2011-03-17 08:28:17

I'm loving 2.6.38 so far, bcrm80211 now properly resumes after a suspend, and the last piece of hardware that i needed a custom module for (hid-apple) is now supported in-kernel.

trapanator · 2011-03-17 09:38:51

Working perfectly to me:

- booting OK
- doing some operation with my KDE OK
- suspend / rsume OK

only one problem:

I must use the 7.10.0.git20110206-2 version of ati-dri and libgl packages. If I use the 7.10.1 final, the system freezes when I run glxgears and restarts with "Hypertransport Sync Flood" error.

But If I use the previous release, all is OK.

Arch Linux

#1 2011-03-15 12:24:45

Kernel 2.6.38 released

#2 2011-03-15 16:06:12

Re: Kernel 2.6.38 released

#3 2011-03-15 16:29:19

Re: Kernel 2.6.38 released

#4 2011-03-15 16:30:38

Re: Kernel 2.6.38 released

#5 2011-03-15 16:54:19

Re: Kernel 2.6.38 released

#6 2011-03-15 17:01:44

Re: Kernel 2.6.38 released

#7 2011-03-15 17:03:53

Re: Kernel 2.6.38 released

#8 2011-03-15 17:12:34

Re: Kernel 2.6.38 released

#9 2011-03-15 19:32:22

Re: Kernel 2.6.38 released

#10 2011-03-15 20:43:39

Re: Kernel 2.6.38 released

#11 2011-03-16 01:33:27

Re: Kernel 2.6.38 released

#12 2011-03-16 03:31:37

Re: Kernel 2.6.38 released

#13 2011-03-16 14:02:15

Re: Kernel 2.6.38 released

#14 2011-03-16 14:11:42

Re: Kernel 2.6.38 released

#15 2011-03-16 14:13:15

Re: Kernel 2.6.38 released

#16 2011-03-16 14:35:38

Re: Kernel 2.6.38 released

#17 2011-03-16 15:01:59

Re: Kernel 2.6.38 released

#18 2011-03-16 15:19:08

Re: Kernel 2.6.38 released

#19 2011-03-16 16:30:09

Re: Kernel 2.6.38 released

#20 2011-03-16 18:26:23

Re: Kernel 2.6.38 released

#21 2011-03-16 19:04:46

Re: Kernel 2.6.38 released

#22 2011-03-16 20:23:47

Re: Kernel 2.6.38 released

#23 2011-03-16 21:12:13

Re: Kernel 2.6.38 released

#24 2011-03-17 08:28:17

Re: Kernel 2.6.38 released

#25 2011-03-17 09:38:51

Re: Kernel 2.6.38 released

Board footer