Author Topic: 3.4.75+ kernel  (Read 3785 times)

Offline patwood

  • Linux geek
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1660
  • Karma: +129/-0
    • View Profile
3.4.75+ kernel
« on: January 13, 2014, 11:54:22 pm »
I have uploaded a new build of the 3.4.75 kernel for A10 with three changes.  The first fixes Mali on the CT (there was a problem with physical memory addressing on boards with > 1GB of DRAM) and has no impact on the original cubieboard.  The second adds the hid-elecom.ko driver.  The third moves the I2S driver to a loadable module, which was preventing SATA from starting up.

http://dl.cubieforums.com/patwood/A10-kernel-3.4.75.tar.gz
« Last Edit: January 14, 2014, 12:01:49 am by patwood »

Offline patwood

  • Linux geek
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1660
  • Karma: +129/-0
    • View Profile
Re: 3.4.75+ kernel
« Reply #1 on: February 01, 2014, 07:44:09 pm »
I have posted a new A10 kernel for the CB1 here: http://dl.cubieforums.com/patwood/A10-kernel-3.4.75.tar.gz. The A10-kernel-3.4.61.tar.gz is obsolete and has been removed.

New features:

1-wire support (as loadable module)
32-bit HDMI audio support
udev events for USB OTG driver (thanks to dexterdidi1; see this thread for details: http://www.cubieforums.com/index.php/topic,1426.0.html)
AXP20X temperature sensor support (thanks to Corentin Labbe and Jorge Nerin)
LED "disk-activity" trigger flashes for SATA or USB storage activity (thanks to Jorge Nerin)

To get the temperature for the AXP209 on-board power chip:
Code: [Select]
cat /sys/devices/platform/sunxi-i2c.0/i2c-0/0-0034/temp1_input
The returned value is in degrees C*100.  Note that the accuracy is questionable: I have two boards on my desk right next to each other that report temps about 2 degrees apart when under no/low load.

To set an LED to light up on disk activity, do something like this (depending on the name of your LED):
Code: [Select]
echo disk-activity > /sys/devices/platform/leds-sunxi/leds/blue/trigger

The sources have been pushed to the pat-3.4.75 branch of my github repo: https://github.com/patrickhwood/linux-sunxi.git.

Offline patwood

  • Linux geek
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1660
  • Karma: +129/-0
    • View Profile
Re: 3.4.75+ kernel
« Reply #2 on: February 12, 2014, 11:03:19 pm »
I've uploaded new kernels for the A10 and A20: http://dl.cubieforums.com/patwood/A10-kernel-3.4.79.tar.gz and  http://dl.cubieforums.com/patwood/A20-kernel-3.4.79.tar.gz.  They were built from this repo: https://github.com/patrickhwood/linux-sunxi/tree/pat-3.4.79.  That branch was merged with the linux-sunxi/sunxi-3.4 branch, which was updated from stage/sunxi-3.4 over the weekend.

This kernel is different from the 3.4.75 as follows:

1. Enable CONFIG_SUNXI_PWM.
2. Enable CMA support.  This is the comment from the commit:

Quote
    sunxi: cedar: Allow to use CMA for cedar memory allocation
   
    In the case if the kernel supports CMA and has it enabled, now
    the cedar module tries to allocate the 80MB memory buffer from CMA.
    This memory block is kept in use as long as the cedar module is
    loaded. When the module is unloaded, the allocated memory gets
    released.
   
    It is preferable to allocate cedar memory buffer from the first
    256MB of physical memory to avoid bugs even though in theory
    higher addresses might be supported:
        http://irclog.whitequark.org/linux-sunxi/2013-07-17#4409315;
    In practice, both VLC (using the proprietary libve library) and
    libvdpau-sunxi fail for the buffers allocated from above 256MB
    (or partially crossing this boundary).

What this means in practice is that you no longer need to set sunxi_no_mali_mem_reserve, sunxi_ve_mem_reserve, or sunxi_fb_mem_reserve in the kernel arguments to either reserve the memory or to make it available on a headless system.  The g2d driver still allocates a fixed 16MB buffer unless you set sunxi_g2d_mem_reserve=0, then it allocates the memory dynamically (go figure).

Pat

Earthman

  • Guest
Re: 3.4.75+ kernel
« Reply #3 on: March 02, 2014, 06:15:25 pm »
please enable full feature of squashfs,I have backuped my system using squashfs-xz format,Thanks

Offline patwood

  • Linux geek
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1660
  • Karma: +129/-0
    • View Profile
Re: 3.4.75+ kernel
« Reply #4 on: March 02, 2014, 09:30:54 pm »
please enable full feature of squashfs,I have backuped my system using squashfs-xz format,Thanks

Squashfs-zlib is already supported.