2.6.37 new kernel available

[cbxbiker61]

2.6.37 is now available.

Consider this a testing release.  They reworked the nfs code in .37 and seem to have broken nfs client side support.  I'm not sure if it would work as an NFS server, but judging how it works as a client I wouldn't trust it.

I'm still recommending using the .35 kernels for now as they seem to be good as gold.

Plugapps is now mirroring the kernels on a nightly basis, so kernels won't typically show up there until the following day after the announcement.  They do have much more bandwidth than I do, so it's probably preferred to get them from Plugapps.  The README files attempt to download from Plugapps first and then fallback to sheeva.with-linux.com.

Kernel and modules are available from the following locations:

http://dev.plugapps.com/with-linux/
http://sheeva.with-linux.com/sheeva/

Features e-sata, dmcrypt, IPV6, CIFS, NFS4, EXT3, EXT4, JFS, XFS, FUSE(for ntfs-3g), UBIFS, usb-serial, uvcvideo, iptables, appletalk, bluetooth, v4l and ppp.

[radael]

Thanks for the work.  While doing working on the wiki, I'll enter the preferred download location to replace your site, and mention your's as a back-up.

[jueb]

Quick Test on GuruPlug Std:

NFS Server works, didn't look into new idmap but it resolves accounts as before.

Had a koops on uap module which i don't use now. Did work on .36.1.

Code:

Unable to handle kernel NULL pointer dereference at virtual address 00000008
pgd = c0004000
[00000008] *pgd=00000000
Internal error: Oops: 17 [#1] PREEMPT
last sysfs file: /sys/devices/platform/orion-ehci.0/usb1/1-1/1-1.3/1-1.3:1.0/host0/target0:0:0/0:0:0:0/block/sda/removable
Modules linked in: uap8xxx(+) btmrvl_sdio btmrvl bluetooth libertas_sdio sata_mv mv_cesa uas
CPU: 0    Not tainted  (2.6.37 #2)
PC is at sbi_get_int_status+0x100/0x5a4 [uap8xxx]
LR is at __mmc_claim_host+0x174/0x184
pc : [<bf052684>]    lr : [<c03414dc>]    psr: 80000013
sp : df2a9f08  ip : 00000000  fp : 00000000
r10: df1b1c54  r9 : df31af3c  r8 : df1b1c50
r7 : dec95c00  r6 : df2a8000  r5 : df1b1ba0  r4 : 00000000
r3 : 00000000  r2 : df31af00  r1 : 00000001  r0 : 00000000
Flags: Nzcv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
Control: 0005397f  Table: 1f3b0000  DAC: 00000017
Process uap_main_servic (pid: 781, stack limit = 0xdf2a8270)
Stack: (0xdf2a9f08 to 0xdf2aa000)
9f00:                   bf04e968 00000002 dec865e0 df2a9f9f 00000000 df2a8000
9f20: c05a8d40 ded2fd98 df2a9fc4 c0449b94 c04520e0 ded2fd98 c0449e60 ded2fd94
9f40: 00000000 ded2fd98 c0061bf8 ded2fd94 00000002 df3e2380 df2a9f84 c00408f0
9f60: df2a9f9c df1b1ba0 df31af00 df2a8000 dec95c00 df1b1c50 df31af3c df1b1c54
9f80: 00000000 bf04ea50 00000000 ded2fc00 c0040900 00100100 00200200 002a9fd4
9fa0: bf04e82c dec8fe20 df1b1c50 df2a9fd4 bf04e82c 00000000 00000000 00000000
9fc0: 00000000 c0061c10 c00314ac 00000000 df1b1c50 00000000 df2a9fd8 df2a9fd8
9fe0: 00000000 dec8fe20 c0061b90 c00314ac 00000013 c00314ac 00000000 00000000
[<bf052684>] (sbi_get_int_status+0x100/0x5a4 [uap8xxx]) from [<bf04ea50>] (uap_service_main_thread+0x224/0x4dc [uap8xxx])
[<bf04ea50>] (uap_service_main_thread+0x224/0x4dc [uap8xxx]) from [<c0061c10>] (kthread+0x80/0x88)
[<c0061c10>] (kthread+0x80/0x88) from [<c00314ac>] (kernel_thread_exit+0x0/0x8)
Code: e3530001 8a000012 e5953034 e59331b0 (e5932008)
---[ end trace 3250d5ab05c8cc26 ]---

[wojo]

Had a koops on uap module which i don't use now. Did work on .36.1.

I got this oops, too. It looks like netif_queue_stopped gets called before the network-device is registered. Please try the attached patch. The module loads without oops for me now, but I didn't test the functionality of the access point.

Wolfram

[cbxbiker61]

Had a koops on uap module which i don't use now. Did work on .36.1.

I got this oops, too. It looks like netif_queue_stopped gets called before the network-device is registered. Please try the attached patch. The module loads without oops for me now, but I didn't test the functionality of the access point.

Wolfram

I just incorporated your patch in to a second release of .37.  I didn't see any obvious problems with the patch.  It'll be tomorrow before the mirror site gets the files.  If you need them before that, download them directly from silka.with-linux.com.

[birdman]

Kernel and modules are available from the following locations:

http://dev.plugapps.com/with-linux/
http://sheeva.with-linux.com/sheeva/

While the latter (and original) allowed access via "sheeva.with-linux.com/sheeva/$version/" (making it easy to script a download of relevant files for a version via wget) the former (newer, faster) location does not - insisting on a "with-linux/index.php?dir=$version%2F" format.  Any chance this could also allow the convenient syntax?

[cbxbiker61]

Kernel and modules are available from the following locations:

http://dev.plugapps.com/with-linux/
http://sheeva.with-linux.com/sheeva/

While the latter (and original) allowed access via "sheeva.with-linux.com/sheeva/$version/" (making it easy to script a download of relevant files for a version via wget) the former (newer, faster) location does not - insisting on a "with-linux/index.php?dir=$version%2F" format.  Any chance this could also allow the convenient syntax?

The README-* files script downloads from either location.  You should be able to use that as a template.  Pretty much the only thing I change in the readme is KVer, unless the doc needs an update.