> >>
> >> I am going away for few days for not being too noisy.
> >
> > There's nothing wrong with being too noisy.
>
> Absolutely, thank you for working on this.
>
+1 on that. I was thinking about contacting Wingrime about taking on this
driver as I thought it would be quite a nice one to start ma
Hi,
On 04/28/2014 07:55 AM, Julian Calaby wrote:
> Hi Alexander,
>
> On Mon, Apr 28, 2014 at 3:35 PM, Александр Берсенев wrote:
>> I fixed all known kernel oopses by placing spinlock in interrupt handler and
>> changing driver initialization order.
>>
>> Left to do:
>> 1) deal with timers
>> 2)
On Monday, April 28, 2014 at 07:51:49 AM, Chen-Yu Tsai wrote:
> On Mon, Apr 28, 2014 at 2:08 AM, Marek Vasut wrote:
> > On Sunday, April 27, 2014 at 05:29:29 PM, Chen-Yu Tsai wrote:
> >> On Sun, Apr 27, 2014 at 11:25 PM, Ian Campbell wrote:
> >> > On Sat, 2014-04-26 at 20:28 +0200, Marek Vasut wr
Hi Alexander,
On Mon, Apr 28, 2014 at 3:35 PM, Александр Берсенев wrote:
> I fixed all known kernel oopses by placing spinlock in interrupt handler and
> changing driver initialization order.
>
> Left to do:
> 1) deal with timers
> 2) support and testing on other platforms
>
> I am going away for
On Mon, Apr 28, 2014 at 2:08 AM, Marek Vasut wrote:
> On Sunday, April 27, 2014 at 05:29:29 PM, Chen-Yu Tsai wrote:
>> On Sun, Apr 27, 2014 at 11:25 PM, Ian Campbell wrote:
>> > On Sat, 2014-04-26 at 20:28 +0200, Marek Vasut wrote:
>> >> On Friday, April 18, 2014 at 08:05:50 PM, Ian Campbell wrot
I fixed all known kernel oopses by placing spinlock in interrupt handler
and changing driver initialization order.
Left to do:
1) deal with timers
2) support and testing on other platforms
I am going away for few days for not being too noisy.
Best,
Alexander Bersenev, Institute of Mathematics a
I did 300 000 insmod/rmmod cycles and all was ok, but the memory
consumption increased from 23MB to 36MB. I think, it is because of timers.
As Hans de Goede said, it is better to use devm_clk_get to get the clock. I
use this function in my first patch, but I not found a way to get apb0_ir0
cloc
On Sunday, April 27, 2014 at 09:29:02 PM, Ian Campbell wrote:
> On Sun, 2014-04-27 at 21:15 +0200, Marek Vasut wrote:
> > On Sunday, April 27, 2014 at 08:38:52 PM, Ian Campbell wrote:
> > > On Sun, 2014-04-27 at 20:07 +0200, Marek Vasut wrote:
> > > > # git grep common.h tools/
> > > > tools/patman
Hello,
Thank you for your replies. I decided to use Wingrime's patch as a base for
my patch to not doing the same work twice. I've changed code a bit,
espectially in initialization and finalisation part. Now it not freezes a
system after insmod/rmmod/insmod.
This patch applies on Hans de Goede
On Sun, 2014-04-27 at 21:15 +0200, Marek Vasut wrote:
> On Sunday, April 27, 2014 at 08:38:52 PM, Ian Campbell wrote:
> > On Sun, 2014-04-27 at 20:07 +0200, Marek Vasut wrote:
> > > # git grep common.h tools/
> > > tools/patman/test.py: include/common.h|8 ++
> > > tools/patman/test.py:+
On Sunday, April 27, 2014 at 08:35:40 PM, Ian Campbell wrote:
> On Sun, 2014-04-27 at 20:10 +0200, Marek Vasut wrote:
> > Do you use BOOTP at all ?
>
> Despite the names many of these options are related to both DHCP and
> BOOTP. I imagine more people are using DHCP than BOOTP these days but I
> d
On Sunday, April 27, 2014 at 08:38:52 PM, Ian Campbell wrote:
> On Sun, 2014-04-27 at 20:07 +0200, Marek Vasut wrote:
> > # git grep common.h tools/
> > tools/patman/test.py: include/common.h|8 ++
> > tools/patman/test.py:+#include
> > tools/scripts/define2mk.sed:# which preprocesses t
On Sunday, April 27, 2014 at 08:40:50 PM, Ian Campbell wrote:
> On Sat, 2014-04-26 at 20:27 +0200, Marek Vasut wrote:
> > This was a sheer luck this ever worked. Looking at the entire driver, to
> > fix all your issues with DMA and caches, it would be sufficient to
> > re-align "struct dw_eth_dev"
When driving a 1920x1080-32@60Hz monitor, framebuffer scanout for
screen refresh becomes more bandwidth intensive and challening.
There used to be an old problem, which manifested itself as a
screen shaking effect when CPU or GPU are doing something memory
intensive and competing for the memory ban
CCing the ARM custodian. Albert, what do you think of Alexey's comments
below? Actually, having read it properly myself I think Alexey is
confusing cache flushing with cache invalidation, I've left the CC in
place though in case you have any thoughts on the matter.
On Fri, 2014-04-25 at 08:48 +000
On Sat, 2014-04-26 at 20:27 +0200, Marek Vasut wrote:
> This was a sheer luck this ever worked. Looking at the entire driver, to fix
> all
> your issues with DMA and caches, it would be sufficient to re-align "struct
> dw_eth_dev" properly.
>
> See drivers/net/designware.h:
> 1) struct dmamacd
On Sun, 2014-04-27 at 20:07 +0200, Marek Vasut wrote:
> # git grep common.h tools/
> tools/patman/test.py: include/common.h|8 ++
> tools/patman/test.py:+#include
> tools/scripts/define2mk.sed:# which preprocesses the common.h header files
> and
> outputs the final
I only got these
On Sun, 2014-04-27 at 20:10 +0200, Marek Vasut wrote:
> Do you use BOOTP at all ?
Despite the names many of these options are related to both DHCP and
BOOTP. I imagine more people are using DHCP than BOOTP these days but I
don't know that I would rule out BOOTP.
Ian.
--
You received this mess
On Sunday, April 27, 2014 at 06:33:52 PM, Ian Campbell wrote:
> On Sat, 2014-04-26 at 20:41 +0200, Marek Vasut wrote:
> > > +#define CONFIG_CMD_SNTP
> >
> > Do you really need this ?
>
> Doubtful, sunxi doesn't enable (or support) CONFIG_CMD_DATE so SNTP
> doesn't even do anything. I'll drop it.
On Sunday, April 27, 2014 at 05:29:29 PM, Chen-Yu Tsai wrote:
> On Sun, Apr 27, 2014 at 11:25 PM, Ian Campbell wrote:
> > On Sat, 2014-04-26 at 20:28 +0200, Marek Vasut wrote:
> >> On Friday, April 18, 2014 at 08:05:50 PM, Ian Campbell wrote:
> >> > From: Jens Kuske
> >> >
> >> > The GMAC module
On Sunday, April 27, 2014 at 07:00:34 PM, Ian Campbell wrote:
> On Sat, 2014-04-26 at 20:46 +0200, Marek Vasut wrote:
> > > +#define ALIGN(x, a) __ALIGN_MASK((x), (typeof(x))(a)-1)
> > > +#define __ALIGN_MASK(x, mask) (((x)+(mask))&~(mask))
> >
> > Isn't this already defined in include/common.h ?
On Sat, 2014-04-26 at 20:46 +0200, Marek Vasut wrote:
> > +#define ALIGN(x, a) __ALIGN_MASK((x), (typeof(x))(a)-1)
> > +#define __ALIGN_MASK(x, mask) (((x)+(mask))&~(mask))
>
> Isn't this already defined in include/common.h ?
Yes but it seems that header isn't usable by tools/* AFAICT. I get a
b
On Sat, 2014-04-26 at 20:41 +0200, Marek Vasut wrote:
> > +#define CONFIG_CMD_SNTP
>
> Do you really need this ?
Doubtful, sunxi doesn't enable (or support) CONFIG_CMD_DATE so SNTP
doesn't even do anything. I'll drop it.
> > +#define CONFIG_TIMESTAMP /* Needed by SNTP */
> > +#define
On Sun, Apr 27, 2014 at 11:25 PM, Ian Campbell wrote:
> On Sat, 2014-04-26 at 20:28 +0200, Marek Vasut wrote:
>> On Friday, April 18, 2014 at 08:05:50 PM, Ian Campbell wrote:
>> > From: Jens Kuske
>> >
>> > The GMAC module in Allwinner sunxi SoCs seems to have problems with
>> > burst lengths > 8
On Sat, 2014-04-26 at 20:28 +0200, Marek Vasut wrote:
> On Friday, April 18, 2014 at 08:05:50 PM, Ian Campbell wrote:
> > From: Jens Kuske
> >
> > The GMAC module in Allwinner sunxi SoCs seems to have problems with
> > burst lengths > 8.
>
> Is there any explanation for the problems please ?
Je
On Sat, 26 Apr 2014 23:17:57 +0200
Luc Verhaegen wrote:
> >
> > If there is any undocumented knob to increase the DEBE DMA burst size,
> > that would very likely resolve the problem. Another interesting thing
> > is that PRECHARGE/ACTIVATE latency is critical. Higher DRAM clock speed
> > only hel
Hi,
On 04/15/2014 12:07 PM, Chen-Yu Tsai wrote:
> Hi Hans,
>
> On Mon, Apr 14, 2014 at 11:23 PM, Hans de Goede wrote:
>> Hi All,
>>
>> I've just updated:
>> https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
>> to 3.15-rc1
>>
>> This means that a whole lot of patches have been dropp
Hi,
On 04/16/2014 03:43 AM, Kenny MacDermid wrote:
> Thanks Hans,
>
> On the mmc stuff, I just tested the latest code and I'm still getting
> errors on my SDXC (64G) card. The SDXC card works fine on an x86 machine.
> I'm having no issues with SDHC cards.
>
> Running a 'grep -Ri sunxi' on the
Hi,
On 09/04/14 04:47, Siarhei Siamashka wrote:
This patch ensures that default configs allow multiple sun4i and
sun7i devices boot and work nicely with the same NFS root. Tested
with Cubietruck, Cubieboard2 and A10-Lime.
ROOT_NFS is enabled in sun4i_defconfig. GMAC is enabled in
sun7i_defconfi
On 23/04/14 05:23, Jonathan Liu wrote:
On 20 March 2014 23:53, Jonathan Liu wrote:
Standard mode I2C speed is 100 kbit/s and should be used instead of
200 kbit/s which is non-standard.
Signed-off-by: Jonathan Liu
---
arch/arm/plat-sunxi/include/plat/i2c.h | 8
1 file changed, 4
30 matches
Mail list logo