Linux 3.7 has been released
Not sure that will change my life but this could be of interest for the few of us wanting to live on the bleeding edge, or looking for a better support of some hardware device.
A usual, see the LinuxChanges page for a summary. Don't hurry though, i's not updated yet at time of writing. EDIT LinuxChanges has been updated. |
Member Response
Hi,
Thanks! This 3.7 release will change things for the ARM community. |
Updated
Running 3.7.0 right now.
No problem man! i5-3750k AsRock Z77 extreme4 |
Member Response
Hi,
On which platform? |
Aside the need for IPV4 NAT (NF_NAT_IPV4) and IPV6 NAT (NF_NAT_IPV6), both as modules, my logs are clean, but it is a very fresh build. Slack_64 (pure) current.
Quote:
|
Found one gotcha:
Looks like the nvidia 310.19 driver won't build with 3.7 if you have used an external build directory when building your kernel (i.e. make O=/somewhere bzImage etc...) which unfortunately is what I do. Haven't decided whether to try and rebuild my kernel in-tree, revert until the nvidia-installer is fixed or grab the latest nouveau and give that a go. |
@GazL: whatever be your choice it would be useful to some if you could try the latest (nouveau + libdrm + xf86-video-nouveau + mesa + glu). I assume that the latest nouveau kernel module is ~ the one shipped in linux 3.7 but am not sure about that.
|
I tried the 313.09 nvidia driver and it builds fine on 3.7.
|
Quote:
I've found a very strange bug related to Xlib and XDrawArc() that only seems to happen with Nouveau (both versions that ship with Slack 14.0) and wanted to update anyway to see if it's still present in the latest version. Now seems as good a time as any to find out. ;) |
Progress report:
I've updated libdrm to 2.4.40 (git master) and xf86-video-nouveau to 1.0.4 (git master). Still using the stock 3.7.0 kernel module and haven't updated mesa + glu yet, but 2D stuff seems to be working with the exception of this XDrawArc() weirdness that I've been encountering since I switched from the nvidia driver. I'll have to try switching to nv or vesa and see if they're also affected. update: Well, both 'vesa' and 'nv' drivers don't exhibit the glitch so it does seem to be nouveau specific. :( |
Quote:
Code:
ln -s /usr/src/linux-3.7/include/generated/uapi/linux/version.h /usr/src/linux-3.7/include/linux/version.h |
Thanks Willy, That header file is actually in the OUTPUT directory when you do an out of tree build but it was easy enough to find from the name you gave above.
For anyone else who also uses an external build directory, the following symlink is the one you want (where $OUTPUT is whatever directory you specify in the make O= ). Code:
ln -s ../generated/uapi/linux/version.h $OUTPUT/include/linux I've just spotted that along with the XDraw bug I've already mentioned the new nouveau driver is no longer printing underscores on my xterms which I can remember someone else complaining about in another thread a while back, so I'll definitely be returning to the nvidia driver. Sadly, it appears nouveau still isn't quite ready to take over the job. |
Up nad running. It looks like UVC drivers tree has been moved once again.
|
All times are GMT -5. The time now is 06:52 AM. |