On Sun, Jun 9, 2013 at 11:31 PM, Russell King - ARM Linux
wrote:
> On Sun, Jun 09, 2013 at 11:09:59PM +0100, luke.leighton wrote:
>> this is all a rather round-about way to say that for those people who
>> heard and are thinking of heeding russell's call to "be s
ok, so the deadline's almost up but the discussions of the past two or
so days have basically i think everything that needs to be said, and
i'm extremely grateful to everyone who's contributed, privately and
publicly, especially on such short notice. i've passed it over to my
associates who will t
On Sat, Jun 8, 2013 at 9:28 AM, Tomasz Figa wrote:
> Now that the discussion went off from "you stupid kernel developers
*lol*. i get that summary ["you said people were stupid!!!"] a lot.
i don't quite understand where it comes from, otherwise i would stop
doing it :)
> adopted DeviceTree wi
On Sat, Jun 8, 2013 at 12:09 AM, Dennis Lan (dlan)
wrote:
>
>
> On Saturday, June 8, 2013, luke.leighton wrote:
>>
>> right - too many people contributed to this, input from jon smirl,
>> wookie, maxime, tomasz, henrik, i've made a start here and will
>> con
On Fri, Jun 7, 2013 at 11:08 PM, Maxime Ripard
wrote:
> On Fri, Jun 07, 2013 at 07:26:49PM +0100, luke.leighton wrote:
>> maxime: we need to talk :)
>>
>> please tell me in 4 or 5 sentences what you've managed to do so far,
>> expanding a little on what thomas sa
On Fri, Jun 7, 2013 at 8:30 PM, Russell King - ARM Linux
wrote:
> On Fri, Jun 07, 2013 at 08:02:03PM +0100, luke.leighton wrote:
>> well, tough. get me up to speed, *fast*.
>
> No, not unless you're willing to *pay* someone to spend time teaching you,
there's not
On Fri, Jun 7, 2013 at 7:59 PM, Thomas Petazzoni
wrote:
> Maxime will reply to this in more details, but I believe the status is:
>
> * Interrupt controller is working.
> * Clock drivers are working.
> * Pinctrl is working.
> * GPIO is working.
> * Timer is working.
> * UART is working
> *
right - too many people contributed to this, input from jon smirl,
wookie, maxime, tomasz, henrik, i've made a start here and will
continue editing: this is notes for me to put forward an agenda for
discussion:
http://hands.com/~lkcl/allwinner_linux_proposal.txt
i'm setting a rule that each secti
On Fri, Jun 7, 2013 at 7:59 PM, Thomas Petazzoni
wrote:
> Hello,
>
> On Fri, 7 Jun 2013 19:26:49 +0100, luke.leighton wrote:
>
>> > Have you noticed that it is already the case in mainline?
>>
>> i knew there was a little bit, but not the extent of the commits.
On Fri, Jun 7, 2013 at 7:57 PM, Wookey wrote:
> OK, this sounds good. Could you say who the allwinner engineers are?
[cross-over: i asked him if he'd be happy to let me know privately,
so i have at least some context when speaking to the Directors]
> I
> guess it's quite a large organisation, s
On Fri, Jun 7, 2013 at 7:54 PM, Olof Johansson wrote:
> Luke,
>
> I want only one thing from you at this time. See below.
>
>
> On Fri, Jun 7, 2013 at 11:45 AM, luke.leighton
> wrote:
>> but the Directors of Allwinner aren't been kept in the loop,
>>
On Fri, Jun 7, 2013 at 9:57 AM, Tomasz Figa wrote:
>Seeing from your posts you don't have any knowledge on how Linux kernel
> development works
check back to 2004.
> and even on how Allwinner's cooperation with our
> community looks (and seem to be completely closed to our effort of showing
>
On Thu, Jun 6, 2013 at 9:22 PM, Arnd Bergmann wrote:
> On Thursday 06 June 2013, Maxime Ripard wrote:
>> So yes, Allwinner has an evil vendor tree (c), with a solution similar yet
>> inferior (because not generic enough) to the device tree, but they show
>> interest on going down the mainline road
On Thu, Jun 6, 2013 at 6:28 PM, Maxime Ripard
wrote:
> I should also add that Allwinner not only talked to us already,
oo! great! can you please [privately, not publicly] let me know who
that is, so i can let the Directors know, so that they can follow up?
> but also
> expressed interest in
On Thu, Jun 6, 2013 at 5:00 PM, Olof Johansson wrote:
> On Thu, Jun 6, 2013 at 8:13 AM, jonsm...@gmail.com wrote:
>> On Wed, Jun 5, 2013 at 7:54 PM, luke.leighton
>> wrote:
>>> augh. ok. solutions. what are the solutions here?
>>
>> Luke if you really wa
thomas i _very_ briefly spotted this when i was extremely busy
yesterday, and i'm grateful to the 2 or 3 people who've given me the
keywords and/or links to catch up.
On Thu, Jun 6, 2013 at 10:27 AM, Thomas Petazzoni
wrote:
> Dear Tomasz Figa,
>
> On Thu, 06 Jun 2013 02:01:14 +0200, Tomasz Figa w
On Fri, Jun 7, 2013 at 9:18 AM, Alexandre Belloni
wrote:
> On 07/06/2013 10:06, luke.leighton wrote:
>> On Fri, Jun 7, 2013 at 8:48 AM, Vladimir Pantelic wrote:
>>> luke.leighton wrote:
>>>> 3 days remaining on the clock.
>>>
>>> what catas
On Fri, Jun 7, 2013 at 8:48 AM, Vladimir Pantelic wrote:
> luke.leighton wrote:
>>
>> On Thu, Jun 6, 2013 at 1:51 PM, Vladimir Pantelic
>> wrote:
>>
>>> 4 days? WTF? since when did setting an ultimatum to the kernel
>>> community work?
>>
>&g
On Thu, Jun 6, 2013 at 2:10 PM, Russell King - ARM Linux
wrote:
> If companies are going to go off and invent the square wheel, and that
> makes *them* suffer the loss of being able to merge back into the
> mainline kernel, thereby making *their* job of moving forward with
> their kernel versions
On Thu, Jun 6, 2013 at 2:02 PM, Tomasz Figa wrote:
> On Thursday 06 of June 2013 13:49:38 luke.leighton wrote:
>> On Thu, Jun 6, 2013 at 1:43 PM, Tomasz Figa
> wrote:
>> > Luke,
>> >
>> > On Thursday 06 of June 2013 13:24:57 luke.leighton wrote:
>> &
On Thu, Jun 6, 2013 at 1:51 PM, Vladimir Pantelic wrote:
> 4 days? WTF? since when did setting an ultimatum to the kernel
> community work?
i was only informed of the opportunity 2 days ago, vladimir. this is
an important meeting. of course the linux kernel community is
entirely free to:
* c
On Thu, Jun 6, 2013 at 1:43 PM, Tomasz Figa wrote:
> Luke,
>
> On Thursday 06 of June 2013 13:24:57 luke.leighton wrote:
>> On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa
> wrote:
>> > I don't see any other solution here than moving all the Allwinner code
>>
On Thu, Jun 6, 2013 at 1:01 AM, Tomasz Figa wrote:
> I don't see any other solution here than moving all the Allwinner code to
> DT (as it has been suggested in this thread several times already), as
> this is the only hardware description method supported by ARM Linux.
i repeat again: please s
On Thu, Jun 6, 2013 at 1:19 AM, Henrik Nordström
wrote:
> tor 2013-06-06 klockan 00:54 +0100 skrev luke.leighton:
>
>> > Not really the case. Actually the opposite. DT have this as well, and
>> > integrated in device probing. Allwinner need to hack every driver use
On Thu, Jun 6, 2013 at 1:15 AM, Henrik Nordström
wrote:
> conditions. I don't know what you really mean here, only that it's not
> "target market".
mass-volume tablet, mass-volume IPTV box. android OS, nothing else.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a su
On Thu, Jun 6, 2013 at 12:40 AM, jonsm...@gmail.com wrote:
> I have a Cubieboard and I have a pca9532 on my desk. Now I want to
> attach this pca9532 to the Cubieboard so I wire them together on I2C.
>
> How is the Allwinner kernel going to load the driver for the pca9532?
> The mainline pca9532
On Thu, Jun 6, 2013 at 12:40 AM, Henrik Nordström
wrote:
> tor 2013-06-06 klockan 00:26 +0100 skrev luke.leighton:
>
>> no john - they've only added it to the multiplexed sections of the
>> drivers which they themselves have written. such as
>> drivers/usb/sun{N}i_u
On Thu, Jun 6, 2013 at 12:07 AM, jonsm...@gmail.com wrote:
> On Wed, Jun 5, 2013 at 6:47 PM, luke.leighton wrote:
>> On Wed, Jun 5, 2013 at 10:59 PM, Henrik Nordström
>> wrote:
>>
>>>> and then there's the boot0 and boot1 loaders, these *do* have
&
On Wed, Jun 5, 2013 at 10:59 PM, Henrik Nordström
wrote:
>> and then there's the boot0 and boot1 loaders, these *do* have
> no, these are not tiny. boot0 is 24KB to fit the initial embedded SRAM
> (not cache), but boot1 is on pair with u-boot in size and runs from
> DRAM.
btw, please lis
On Wed, Jun 5, 2013 at 10:47 PM, Henrik Nordström
wrote:
> ons 2013-06-05 klockan 22:15 +0100 skrev Luke Kenneth Casson Leighton:
>
>> what we do not want to happen is that they see upstream patches being
>> submitted, they merge them into their internal tree (which to date has
>> had zero upstrea
30 matches
Mail list logo
