On Fri, 13 Nov 2015 21:58:38 +0100
Bernhard Nortmann wrote:
> This series of patches picks up on the discussion at
> https://groups.google.com/forum/#!topic/linux-sunxi/lz0oQBwjex0
> It's based on first patches submitted there, but has been extensively
> reworked to
On Wed, Nov 18, 2015 at 09:51:48PM +0100, Josef Gajdusek wrote:
> This patch adds support for the Sunxi thermal sensor on the Allwinner H3.
> Also adds declaration of the H3 THS clock to clk-sunxi.c ignoring the
> dividers as they are not continuous (clk-divider.c cannot be used as it
> does not
On Mon, Nov 16, 2015 at 02:37:35PM +0100, Boris Brezillon wrote:
> Some drivers are retrieving the nand_chip pointer using the container_of
> macro on a struct wrapping both the nand_chip and the mtd_info struct while
> the standard way of retrieving this pointer is through mtd->priv.
> Provide an
On Mon, Nov 16, 2015 at 02:37:34PM +0100, Boris Brezillon wrote:
> The ->priv field of the mtd_info object attached to a nand_chip device
> should point to the nand_chip device. The pxa and cafe drivers are
> assigning this field their own private structure, which works fine as long
> as the
Hi,
On Thu, Nov 19, 2015 at 10:48:35PM +0100, Timo Sigurdsson wrote:
> Hi Maxime,
> Hi Chen-Yu,
>
> Am Dienstag, den 17.11.2015, 02:42 +0100 schrieb Timo Sigurdsson:
> > Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> > framework") moved the the sunxi SID driver to a new
On 20.11.2015 06:33, Timo Sigurdsson wrote:
> Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> framework") moved the the sunxi SID driver to a new framework, but left
> multi_v7_defconfig with the deprecated config symbol EEPROM_SUNXI_SID
> instead of the new symbol
Clean up sunxi_defconfig by generating a fresh file via
make sunxi_defconfig
make savedefconfig
While this moves around a few lines and removes unnecessary symbols,
it doesn't introduce any functional changes. The resulting .config is
identical before and after this patch.
Signed-off-by:
Commit be8becb81bdc ("ARM: sunxi_defconfig: Enable LRADC keys
(KEYBOARD_SUN4I_LRADC)") added CONFIG_KEYBOARD_SUN4I_LRADC=y to
sunxi_defconfig. However, it depends on CONFIG_KEYBOARD which is
explicitly disabled in sunxi_defconfig. Hence, the LRADC keys were
never actually enabled. Remove the line
On Fri, Nov 20, 2015 at 9:46 AM, Timo Sigurdsson
wrote:
> Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> framework") moved the the sunxi SID driver to a new framework, but left
> sunxi_defconfig with the deprecated config symbol
Sorry, sent out the reply first to Maxime only and forgot to include the
rest of the bunch. So, here we go again...
Hi Maxime,
Am Freitag, den 20.11.2015, 00:43 +0100 schrieb Maxime Ripard:
> Hi,
>
> On Thu, Nov 19, 2015 at 10:48:35PM +0100, Timo Sigurdsson wrote:
> > Hi Maxime,
> > Hi
Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
framework") moved the the sunxi SID driver to a new framework, but left
sunxi_defconfig with the deprecated config symbol EEPROM_SUNXI_SID
instead of the new symbol NVMEM_SUNXI_SID. Hence, re-enable the driver
in sunxi_defconfig.
Sorry, I probably shouldn't send patches at an hour I should rather be
sleeping... As a result, I forgot to add the patch history.
Here it is:
Changes in v2:
- Move the extra cleanup work for sunxi_defconfig to a separate patch
- Add another patch to meet the dependencies of
On Fri, Nov 20, 2015 at 9:46 AM, Timo Sigurdsson
wrote:
> Commit be8becb81bdc ("ARM: sunxi_defconfig: Enable LRADC keys
> (KEYBOARD_SUN4I_LRADC)") added CONFIG_KEYBOARD_SUN4I_LRADC=y to
> sunxi_defconfig. However, it depends on CONFIG_KEYBOARD which is
> explicitly
Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
framework") moved the the sunxi SID driver to a new framework, but left
multi_v7_defconfig with the deprecated config symbol EEPROM_SUNXI_SID
instead of the new symbol NVMEM_SUNXI_SID. Hence, re-enable the driver
in
Hi Maxime,
Hi Chen-Yu,
Am Dienstag, den 17.11.2015, 02:42 +0100 schrieb Timo Sigurdsson:
> Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem
> framework") moved the the sunxi SID driver to a new framework, but left
> sunxi_defconfig with the deprecated config symbol
Hi Marcus,
On Fri, Nov 20, 2015 at 2:53 AM, Marcus Weseloh wrote:
> Adds support and documentation for a new slave device property
> "sun4i,spi-wdelay" that allows to set the SPI Wait Clock Register per
> device / transfer. The SPI hardware will wait the specified amount of
On Fri, Nov 20, 2015 at 12:09 AM, Maxime Ripard
wrote:
> Hi,
>
> On Thu, Nov 12, 2015 at 08:53:19PM +0200, Priit Laes wrote:
>> On Mon, 2015-11-09 at 11:59 +0800, Chen-Yu Tsai wrote:
>> > On Sat, Nov 7, 2015 at 1:54 AM, Priit Laes wrote:
>> > >
On Thu, 19 Nov 2015 18:11:33 +0100
Bernhard Nortmann wrote:
> Am 19.11.2015 um 16:43 schrieb Peter Korsgaard:
> > Both look good to me, thanks.
> >
> > Acked-by: Peter Korsgaard
> >
>
> Thanks! Applied to linux-sunxi/sunxi-tools
>
> And in turn
On Mon, Nov 09, 2015 at 11:36:15AM +0800, Chen-Yu Tsai wrote:
> >> > + sclk1_parents[0] = sclk2_name;
> >> > + sclk1_parents[1] = sclk2d2_name;
> >>
> >> Is there any need to expose these 2 clocks via DT using
> >> of_clk_add_provider?
> >
> > No, as far as I'm aware, there's no user
On Fri, Nov 13, 2015 at 04:08:53PM +0800, Chen-Yu Tsai wrote:
> On Mon, Nov 9, 2015 at 12:18 PM, Chen-Yu Tsai wrote:
> > On Fri, Oct 30, 2015 at 10:20 PM, Maxime Ripard
> > wrote:
> >> The Allwinner SoCs have a gate controller to gate the access
Adds support and documentation for a new slave device property
"sun4i,spi-wdelay" that allows to set the SPI Wait Clock Register per
device / transfer. The SPI hardware will wait the specified amount of
SPI clock periods (plus a constant 3 clock periods) before transmitting
the next word.
The
Hi,
On Thu, Nov 12, 2015 at 08:53:19PM +0200, Priit Laes wrote:
> On Mon, 2015-11-09 at 11:59 +0800, Chen-Yu Tsai wrote:
> > On Sat, Nov 7, 2015 at 1:54 AM, Priit Laes wrote:
> > > Gemei G9 has internal speakers and headphone jack. Audio switching
> > > from internal speakers to
On Thu, Nov 12, 2015 at 12:31:54PM -0800, Stephen Boyd wrote:
> On 11/06, Maxime Ripard wrote:
> > Hi Stephen,
> >
> > Thanks for your feedback!
> >
> > On Fri, Oct 30, 2015 at 02:29:02PM -0700, Stephen Boyd wrote:
> > > > +
> > > > + mux = kzalloc(sizeof(*mux), GFP_KERNEL);
> > > > +
> "Bernhard" == Bernhard Nortmann writes:
> Siarhei: Here are the proposed changes that I would like to go into
> sunxi-tools, possibly before you tag a 0.3 release. It's not urgent
> (could be postponed to a later point in time), but I think it would
> be nice
Hi all,
the Allwinner A10/A20 SPI module supports an option to configure a number of
clock periods to wait between each word ("SPI Wait Clock Register" in the A20
manual). This is a very useful option if talking to devices which specify a
minimum amount of inter-word wait time.
I initially tried
Siarhei: Here are the proposed changes that I would like to go into
sunxi-tools, possibly before you tag a 0.3 release. It's not urgent
(could be postponed to a later point in time), but I think it would
be nice to include these into a "release point".
Regards, B. Nortmann
Bernhard Nortmann (2):
Signed-off-by: Bernhard Nortmann
---
fel.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/fel.c b/fel.c
index 4561d02..348f01c 100644
--- a/fel.c
+++ b/fel.c
@@ -23,6 +23,7 @@
#include
#include
+#include
#include
#include
- get rid of double includes
- fix U-Boot source reference
- get rid of "uboot_autostart" variable
Signed-off-by: Bernhard Nortmann
---
fel.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/fel.c b/fel.c
index e9f6450..4561d02 100644
Am 19.11.2015 um 16:43 schrieb Peter Korsgaard:
Both look good to me, thanks.
Acked-by: Peter Korsgaard
Thanks! Applied to linux-sunxi/sunxi-tools
And in turn that also means: No objections from me against tagging a 0.3
release.
Regards, B. Nortmann
--
You received
Hi Siarhei!
Am 19.11.2015 um 09:04 schrieb Siarhei Siamashka:
[...]
My biggest concern is the command line interface. It is basically
stateless vs. stateful approach. You are in favour of allowing
switches, which modify the state anywhere in the command line and
then have regular commands
30 matches
Mail list logo