On Sat, Jan 18, 2014 at 7:11 AM, Linus Walleij wrote:
> On Fri, Jan 17, 2014 at 6:43 PM, Chen-Yu Tsai wrote:
>> On Sat, Jan 18, 2014 at 12:47 AM, Arnd Bergmann wrote:
>
+- NAME_shutdown-gpios : GPIO phandle to shutdown control
+ (phandle must be the second)
>>>
On Friday, January 17, 2014 2:54:45 AM UTC-5, Puneet B wrote:
>
> Hi,
>
> While tracing problem i found below issue.
>
> i am getting error in log as:
>
> [4.780261] [dhd_module_init] get wl_host_wake gpio failed
>
> The code is from here:./
>
> vim linux-sunxi/drivers/net/wireless/bcmdhd/dhd_
Even in mainline, I see no reason to not to access the dtb file through an env
variable (I haven't checked to see, perhaps it is).
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it,
Quoting Emilio López (2014-01-16 19:06:15)
> Hi,
>
> El 09/01/14 05:52, Chen-Yu Tsai escribió:
> > This is v3 of the clock node renaming patch series, which renames
> > the clock nodes in sunxi dts to conform to device tree naming
> > conventions, i.e. clk@N. Dummy clocks that will be renamed/remo
fre 2014-01-17 klockan 04:23 -0800 skrev montesi...@gmail.com:
> On Wednesday, 8 January 2014 13:46:16 UTC+1, 郑志煜 wrote:
> > I contacted the FAE engineer of Allwinner in monday, he said they had not
> > verified the SPI driver code. So they don't know if the SPI FDX mode
> > works..
It'
On Fri, Jan 17, 2014 at 6:43 PM, Chen-Yu Tsai wrote:
> On Sat, Jan 18, 2014 at 12:47 AM, Arnd Bergmann wrote:
>>> +- NAME_shutdown-gpios : GPIO phandle to shutdown control
>>> + (phandle must be the second)
>>> +- NAME_reset-gpios : GPIO phandle to reset control
>>>
Quoting Maxime Ripard (2014-01-16 09:11:22)
> The A31 has a slightly different PLL6 clock. Add support for this new clock in
> our driver.
>
> Signed-off-by: Maxime Ripard
This looks good to me. I guess it will be going in for 3.15 based on the
comments in the coverletter.
Regards,
Mike
> ---
On Fri, 2014-01-17 at 14:47 +0800, Chen-Yu Tsai wrote:
> This patch series adds device tree support to rfkill-gpio, and
> fixes some issues I ran into. This is so we can define and control
> RF devices through the device tree, such as the Broadcom BCM20710
> UART-based Bluetooth device found on th
On Friday 17 January 2014, Chen-Yu Tsai wrote:
> On Sat, Jan 18, 2014 at 12:47 AM, Arnd Bergmann wrote:
> > On Friday 17 January 2014, Chen-Yu Tsai wrote:
> >> diff --git a/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
> >> b/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
> >
Im Trying to use Uart 6 + 7 on PI Port and im not sure is my script.bin
settings are correct
Can someone please verify:
[uart_para6]
uart_used = 1
uart_port = 6
uart_type = 2
uart_tx = port:PI12<3><1>
uart_rx = port:PI13<3><1>
[uart_para7]
uart_used = 1
uart_port = 7
uart_type =
On Thu, Jan 16, 2014 at 10:12:01PM +0100, Maxime Ripard wrote:
> On Thu, Jan 16, 2014 at 07:40:03PM +, Mark Brown wrote:
> > > + if (status & SUN6I_INT_CTL_RF_OVF) {
> > > + sun6i_spi_drain_fifo(sspi, SUN6I_FIFO_DEPTH);
> > > + sun6i_spi_write(sspi, SUN6I_INT_STA_REG, SUN6I_INT
On Sat, Jan 18, 2014 at 12:47 AM, Arnd Bergmann wrote:
> On Friday 17 January 2014, Chen-Yu Tsai wrote:
>> diff --git a/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
>> b/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
>> new file mode 100644
>> index 000..8a07ea4
>> --- /
We're getting closer. I was able to meet briefly with Allwinner at CES and
they are helping us now. We are very close now I think and with some luck
we may solve this over the weekend.
On Fri, Jan 17, 2014 at 4:41 AM, Olliver Schinagl
wrote:
> I don't think anybody here has tested this yet eithe
On Thu, 16 Jan 2014, Florian Fainelli wrote:
> Le mercredi 15 janvier 2014, 15:26:21 Alan Stern a écrit :
> > On Wed, 15 Jan 2014, Hans de Goede wrote:
> > > Hi All,
> > >
> > > This version of my ohci and ehci-platform clks, phy and dt support
> > > patch-set, really fixes the 2 small bugs Alan
On Friday 17 January 2014, Chen-Yu Tsai wrote:
> diff --git a/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
> b/Documentation/devicetree/bindings/rfkill/rfkill-gpio.txt
> new file mode 100644
> index 000..8a07ea4
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/rfkill/rfkil
The stmmac driver core allows passing feature flags and callbacks via
platform data. Add a similar stmmac_of_data to pass flags and callbacks
tied to compatible strings. This allows us to extend stmmac with glue
layers for different SoCs.
Signed-off-by: Chen-Yu Tsai
---
.../net/ethernet/stmicro/
The DWMAC has a reset assert line, which is used on some SoCs. Add an
optional reset control to stmmac driver core.
To support reset control deferred probing, this patch changes the driver
probe function to return the actual error, instead of just -EINVAL.
Signed-off-by: Chen-Yu Tsai
---
Docume
Hi,
This is v3 of the Allwinner A20 GMAC glue layer for stmmac.
I have split the series into stmmac driver changes for net-next,
and clock and DT patches for their respective trees.
The Allwinner A20 SoC integrates an early version of dwmac
IP from Synopsys. On top of that is a hardware glue la
stmmac callbacks have been extended for better separation.
Update them to avoid breakage.
Signed-off-by: Chen-Yu Tsai
---
arch/blackfin/mach-bf609/boards/ezkit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/blackfin/mach-bf609/boards/ezkit.c
b/arch/blackfin/mach-bf60
"snps,force_sf_dma_mode" is documented in stmmac device tree bindings,
but is never handled by the driver.
Signed-off-by: Chen-Yu Tsai
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platfo
The current .init and .exit callbacks requires access to driver
private data structures. This is not a good seperation and abstraction.
Instead, we add a new .setup callback for allocating private data, and
pass the returned pointer to the other callbacks.
Signed-off-by: Chen-Yu Tsai
---
Docume
The stmmac driver does not enable the main clock during the probe phase.
If the clock was not enabled by the boot loader or was disabled by the
kernel, hardware features and the MDIO bus would not be probed properly.
Signed-off-by: Chen-Yu Tsai
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main
The Allwinner A20 has an ethernet controller that seems to be
an early version of Synopsys DesignWare MAC 10/100/1000 Universal,
which is supported by the stmmac driver.
Allwinner's GMAC requires setting additional registers in the SoC's
clock control unit.
The exact version of the DWMAC IP that
The snps,phy-addr device tree property is non-standard, and should be
removed in favor of proper phy node support. Remove it from the binding
documents and warn if the property is still used.
Most PHYs respond to address 0, but a few don't, so auto-detect PHY
address by default, to make up for the
On 13-01-14 00:51, Korneliusz Osmenda wrote:
Fex file for tablet didn't specified pll3 setting which caused nonworking LCD.
---
sys_config/a20/k1001l1c.fex | 1 +
1 file changed, 1 insertion(+)
diff --git a/sys_config/a20/k1001l1c.fex b/sys_config/a20/k1001l1c.fex
index 54ac2c7..b11d75e 1006
From: Chen-Yu Tsai
> snprintf should be passed the complete size of the buffer, including
> the space for '\0'. The previous code resulted in the *_reset and
> *_shutdown strings being truncated.
...
> diff --git a/net/rfkill/rfkill-gpio.c b/net/rfkill/rfkill-gpio.c
...
> - snprintf(rfkill->res
You can use pure SDK 1.2 to build android os.
Then you can control the video output to LCD.
Download from :
http://dl.linux-sunxi.org/users/tsvetan/A20-SDK-V1.2/A20-V1.2.tar.gz
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from
I don't think anybody here has tested this yet either. So any findings
are very welcome!
Oliver
On 13-01-14 05:29, George Ioakimedes wrote:
We've been looking into supporting high resolution audio file playback,
specifically 24-bit/96kHz and 24-bit/192kHz files. We've made some
changes and had
Just an FYI to the hacking session;
while it sounds like a lot of fun and something really cool I could
learn a lot from, I won't be able to schedule that in at all. To bad
FOSDEM is so awesome and there are so many interesting talks! So sat/sun
is out of the question.
Oliver
On 14-01-14 1
Pat,
Thanks, Pushed this now.
Yeah it doesn't hurt having it available as an env at all. I don't think
it matters greatly for having it in mainline, if everything is cleaned
up, passing script.bin or dtb is up to the user, so it may as well fly.
Oliver
On 09-01-14 06:49, Patrick Wood wrote:
Hi Arnd,
On Wed, Jan 15, 2014 at 10:40:56AM +0100, Arnd Bergmann wrote:
> On Wednesday 15 January 2014 10:10:06 Maxime Ripard wrote:
> > On Thu, Jan 09, 2014 at 04:34:04PM +0100, Gerardo Di Iorio wrote:
> > > Change the AllWinner A1X SOCs to Allwinner Sunxi SOCs
> > >
> > > Signed-off-by: Gerardo
Hi Josh,
On Thu, Jan 16, 2014 at 12:15:28PM -0600, Josh Cartwright wrote:
> On Thu, Jan 16, 2014 at 06:11:23PM +0100, Maxime Ripard wrote:
> > The module clocks in the A31 are still compatible with the A10 one. Add the
> > SPI
> > module clocks and the PLL6 in the device tree to allow their use b
On 14-01-14 19:52, Axel Theilmann wrote:
You probably best contact olimex for custommer support
Oliver
moin,
i know nothing about the specific problem, but have you checked your power
supply?
yes, the power supply should be ok. i have used it for months without
problems. it works ok with
On 15-01-14 13:15, jonsm...@gmail.com wrote:
On Wed, Jan 15, 2014 at 12:44 AM, Henrik Nordström
wrote:
tis 2014-01-14 klockan 22:44 -0500 skrev jonsm...@gmail.com:
I can boot Linux using this procedure without problem, but I can't get
my Android kernel to boot. Android kernel just hangs...
On Fri, Jan 17, 2014 at 5:46 PM, David Laight wrote:
> From: Chen-Yu Tsai
>> snprintf should be passed the complete size of the buffer, including
>> the space for '\0'. The previous code resulted in the *_reset and
>> *_shutdown strings being truncated.
> ...
>> diff --git a/net/rfkill/rfkill-gpio
Hi Puneet,
bcmdhd is currently not working in the sunxi-3.4 kernel; this is known.
We will try to backport the 3.14 patches to see if that makes it work.
The cubieboard kernel's patched some stuff in but I think there's a bug
somewhere as you mention with the gpio's. I did see this document
On Thu, Jan 16, 2014 at 1:39 PM, Maxime Ripard
wrote:
> Hi Carlo,
>
> On Sat, Jan 11, 2014 at 04:19:06PM +0100, Carlo Caione wrote:
>> Allwinner A20/A31 SoCs have special registers to control / (un)mask /
>> acknowledge NMI. This NMI controller is separated and independent from GIC.
>> This patch
37 matches
Mail list logo
