November 11, 2019, 09:49:53 pm

News:

Have you visited the Allwinner Chipset wiki? - http://linux-sunxi.org/


3.4.75+ kernel for CB2 and CT

Started by patwood, January 08, 2014, 11:00:27 pm

Previous topic - Next topic

patwood

January 08, 2014, 11:00:27 pm Last Edit: January 13, 2014, 11:49:22 pm by patwood
I've uploaded a build of the 3.4.75 kernel that runs on both the Cubieboard2 and Cubietruck.  It's merged from the linux-sunxi/sunxi-3.4 branch of about December 23rd, and includes the Broadcom driver from Benn's 3.4.67 kernel (sunxi-3.4-ct-v101): http://dl.cubieforums.com/patwood/A20-kernel-3.4.75-ct.tar.gz

The git repository is here: https://github.com/patrickhwood/linux-sunxi/tree/pat-3.4.75-ct

What's working:

Gbit ethernet and wifi on CT (put bcmdhd in /etc/modules to auto load the driver)
100Mbit ethernet on CB2
CedarX
Mali
USB OTG (and g_ether)
GPIO, LED, all the other usual stuff

Note: sunxi-gmac and sunxi-emac are built in and don't need to be loaded on boot from /etc/modules.  Also, all the modules from my earlier kernels are still there, but most have not been tested on the CT.

What's not working:

Bluetooth on CT (maybe it is, but I can't get brcm_patchram_plus to cooperate). Edit: fixed.
8192cu driver refuses to load on the CT (works fine on CB2).

What's next:

1. updating the Broadcom driver to the latest version.
2. updating the branch to the latest stage/sunxi-3.4 version.
3. put together a single cubiuntu distro for CB2 and CT.

patwood

January 13, 2014, 11:51:26 pm #1 Last Edit: January 14, 2014, 12:07:39 am by patwood
I have updated this download with two changes.  The first fixes Mali on the CT (there was a problem with physical memory addressing on boards with > 1GB of DRAM).  The second adds the hid-elecom.ko driver.

fruit-bat

Many thanks for posting.

I still seem to get issues with dpms... as in the monitor will power down but not back up again.
Anyone else having the same issue? Might just be something I messed up in the kernel build.

Anyhow, the following seems to fix it for me...

diff --git a/drivers/video/sunxi/disp/dev_disp.c b/drivers/video/sunxi/disp/dev_disp.c
index 9b59810..6562e26 100644
--- a/drivers/video/sunxi/disp/dev_disp.c
+++ b/drivers/video/sunxi/disp/dev_disp.c
@@ -548,7 +548,8 @@ int disp_suspend(int clk, int status)
      else if (suspend_output_type == DISP_OUTPUT_TYPE_HDMI)
         BSP_disp_hdmi_close(i);
   }
-   BSP_disp_clk_off(clk);
+// Clock does not seem to start again on resume!
+//   BSP_disp_clk_off(clk);
   suspend_status |= status;

   return 0;
@@ -560,7 +561,8 @@ int disp_resume(int clk, int status)

   __inf("disp_resume clk %d status %d call\n", clk, status);

-   BSP_disp_clk_on(clk);
+// Clock does not seem to start again on resume!
+//   BSP_disp_clk_on(clk);

   if (clk != 1)
   for (i = 0; i < 2; i++) {

patwood

Quote from: fruit-bat on January 14, 2014, 03:55:08 pm
Many thanks for posting.

I still seem to get issues with dpms... as in the monitor will power down but not back up again.
Anyone else having the same issue? Might just be something I messed up in the kernel build.

Anyhow, the following seems to fix it for me...

diff --git a/drivers/video/sunxi/disp/dev_disp.c b/drivers/video/sunxi/disp/dev_disp.c
index 9b59810..6562e26 100644
--- a/drivers/video/sunxi/disp/dev_disp.c
+++ b/drivers/video/sunxi/disp/dev_disp.c
@@ -548,7 +548,8 @@ int disp_suspend(int clk, int status)
      else if (suspend_output_type == DISP_OUTPUT_TYPE_HDMI)
         BSP_disp_hdmi_close(i);
   }
-   BSP_disp_clk_off(clk);
+// Clock does not seem to start again on resume!
+//   BSP_disp_clk_off(clk);
   suspend_status |= status;

   return 0;
@@ -560,7 +561,8 @@ int disp_resume(int clk, int status)

   __inf("disp_resume clk %d status %d call\n", clk, status);

-   BSP_disp_clk_on(clk);
+// Clock does not seem to start again on resume!
+//   BSP_disp_clk_on(clk);

   if (clk != 1)
   for (i = 0; i < 2; i++) {


Did you try

xset -dpms

?

alexvf

Or, if patwood's suggestion doesn't work, you can turn screensaver off

xset s off

as explained in http://linux-sunxi.org/Binary_drivers

patwood


johndoe_71rus

patwood
for cb2 need use sunxi_gmac.mac_str=XX:XX:XX:XX:XX:XX or can use old mac_addr?
Cubieboard2 / Android 4.2.2 / Cubieez 7.4@3.4.79+patwood

patwood

Quote from: johndoe_71rus on February 02, 2014, 12:25:20 am
patwood
for cb2 need use sunxi_gmac.mac_str=XX:XX:XX:XX:XX:XX or can use old mac_addr?


For CB2, the sunxi-emac driver is used, and it uses the old mac_addr kernel argument setting.