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 silent and to
> ignore me"
Okay, so you've just misrepresented me in the above comment. I never
said any
On Fri, Jun 07, 2013 at 08:18:14PM +0100, Luke Kenneth Casson Leighton wrote:
> On Fri, Jun 7, 2013 at 7:26 PM, Russell King - ARM Linux
> wrote:
> > Luke Leighton on the other hand is demanding that we
>
> no demands have been made, russell: i've informed you of an imm
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,
because you are asking to be *taught* about the current situation, so
you're asking someone to do some _work_ _for_
On Fri, Jun 07, 2013 at 08:04:26PM +0100, luke.leighton wrote:
> On Fri, Jun 7, 2013 at 7:54 PM, Olof Johansson wrote:
> > By demanding
>
> a-a-ah, no demands made.
" well, tough. get me up to speed, *fast*. please stop wasting time
like this: get me up to speed."
That is a demand. Stop tro
On Fri, Jun 07, 2013 at 02:49:28PM +, joem wrote:
> > > SoC vendors are free to join the discussion, and many SoC vendors are part
> > > of the kernel community, so calling this unilateral is plain wrong.
> >
> > you're free to believe that, vladimir. i've explained why that
> > hasn't happe
On Fri, Jun 07, 2013 at 09:48:22AM +0200, Vladimir Pantelic wrote:
> luke.leighton wrote:
>> 3 days remaining on the clock.
>
> what catastrophic thing will happen when the time runs out?
Maybe the world will explode into tiny small bits? Probably not. I
suspect nothing of any relevance to us.
On Fri, Jun 07, 2013 at 10:40:37AM +0200, Vladimir Pantelic wrote:
> luke.leighton wrote:> so.
> >
> > coming back to what you said earlier: i'm formulating what to say to
> > allwinner [and need to pre-send something by monday so that they can
> > consider it before the meeting]. so far, it c
On Fri, Jun 07, 2013 at 09:02:43AM +0100, luke.leighton wrote:
> ok. so. we come back to the question again: what shall i propose to
> them that they consider doing, and what benefit would it be to them to
> do so?
>
> i cannot go to them and say "you have to do this [insert proposal
> here]"
On Thu, Jun 06, 2013 at 01:22:04PM +0100, luke.leighton wrote:
> 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 probin
On Thu, Jun 06, 2013 at 01:24:57PM +0100, 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 to
> > DT (as it has been suggested in this thread several times already), as
> > this is the only hardw
On Wed, Jun 05, 2013 at 05:38:45PM -0400, Lennart Sorensen wrote:
> I haven't personally dealt with any nvidia arm devices, so I have no
> idea how those are turning out, nor have I looked much at the marvell
> ones yet (even though I have a cubox sitting on my desk I intend to play
> around with).
On Wed, Jun 05, 2013 at 03:00:13PM -0600, Stephen Warren wrote:
> 2) Having U-Boot itself read a DT and configure itself, just like the
> kernel does. This is relatively new, and only supported by a few boards
> (all Tegra to some extent, and a couple each Samsung Exynos and Xilinx
> boards). I sus
n boot anything you want
> (u-boot has drivers for LCD/keyboard)”
>
>
>
> On 10/19/2012 10:00 AM, Eugen Leitl wrote:
> > On Thu, Oct 18, 2012 at 09:51:39PM -0400, Bryan King wrote:
> >> I am seriously thinking about it given the attractive price point of
> $249.
>
he
> ability to read or write anything that is longer than one hundred and
> sixty
> characters." -- Ignatios Souvatzis
>
>
> --
> To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@li
>> Do you know if there are any {Beagle,Panda}Board-like dev boards for this
>> thing around? The only product I can find at all is the ZT server one.
>
> yes - which is expensive, not to mention exclusive to the company
> that commissioned the ZT Server.
You said it. Though I sent them an enquir
e are any {Beagle,Panda}Board-like dev boards for
this thing around? The only product I can find at all is the ZT server one.
Would love to turn one of them into a personal file server...
Justin King-Lacroix
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of &
On Fri, Aug 26, 2011 at 11:11:41AM -0500, Bill Gatliff wrote:
> As such refactoring consolidated larger and larger chunks of kernel
> code, new designs would gravitate towards those consolidated
> implementations because they would be the dominant references.
Don't bet on it. That's not how it wo
...
> > >
> > >I don't have Shark hardware either.
> > >
> > Well, maybe Martin or Wookey can find one...
>
> I have no Shark, but I can confirm that 2.4 works on my Netwinder
> while 2.6 doesn't.
And under 2.6, does clearing this bu
Russell,
> Can you verify if the current 2.6.1x kernel + X 6.9 works OK on SHARK
> machine??? I do not have any of them here to test...
I don't have Shark hardware either.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial cor
Give her a present guys, make it Larger for Her
http://www.tryitloveit.biz/bgit/
no more large mail for me:
http://www.tryitloveit.biz/re.php
The injections could not carry it to a higher point. But, as the congelation
practically settled before these pages can see the li
of hoaxing, forging, trimming, and cooking.
Look at our huge selection of
prescription medication that for pain relief,
depression, birth control, men's health, women's health, sleep aids,
and of course viagr@
approximate date for the origin of the Phoenician alphabet. The
On Sat, Apr 06, 2002 at 05:38:19PM +0100, Russell King - ARM Linux wrote:
> On Sat, Apr 06, 2002 at 05:35:29PM +0100, Philip Blundell wrote:
> > I tried this in 2.4 too. There seems to be a problem here even in 8bpp
> > mode. It's as if the screen memory is being write
On Sat, Apr 06, 2002 at 05:35:29PM +0100, Philip Blundell wrote:
> I tried this in 2.4 too. There seems to be a problem here even in 8bpp
> mode. It's as if the screen memory is being writeback cached: updates
> happen piecemeal, with a short delay.
writeback cache is fine - data doesn't live th
On Sat, Apr 06, 2002 at 05:28:41PM +0100, Philip Blundell wrote:
> Well, that certainly allows "fbset -depth 32" to run without error. But
> unfortunately the screen doesn't display properly in that mode (nor now
> in 16bpp, which used to work at the text console even though not in X).
> The imag
On Sat, Apr 06, 2002 at 04:58:24PM +0100, Philip Blundell wrote:
> On Sat, 2002-04-06 at 16:49, Russell King - ARM Linux wrote:
> > Which resolution were you trying? (The parameters from fbset itself for
> > the current resolution will do)
>
> mode "640x480-60"
&
On Fri, Apr 05, 2002 at 11:11:03PM +0100, Philip Blundell wrote:
> Strace doesn't appear to behave properly. It just displays the first
> "execve" line, and then nothing further (though the inferior runs to
> completion as normal). An identical strace binary seems to work OK on
> one of my other
On Sat, Apr 06, 2002 at 04:42:13PM +0100, Philip Blundell wrote:
> On Sat, 2002-04-06 at 16:34, Russell King - ARM Linux wrote:
> > Only 1bpp, 2bpp, 4bpp, 8bpp, 16bpp and 32bpp depths are supported.
>
> "fbset -depth 32" gives the same error, unfortunately.
Which r
On Fri, Apr 05, 2002 at 11:11:03PM +0100, Philip Blundell wrote:
> I used the 3.0.22 boot-floppies images from the archive, and installed
> over the network. The standard kernel crashed fairly frequently during
> the install; I replaced it with one built from 2.2.20-rmk3 sources and
> didn't have
On Thu, Mar 28, 2002 at 09:50:45PM -0500, B. Douglas Hilton wrote:
> I'm thinking about re-rolling the kernel to build
> all of the netfilter modules as monolithic. My
> rationale is that I read due to page alignment
> issues on ARM every module's size is rounded
> up to the next 32k size.
You've
es the conversion from whatever the keyboard is using to whatever
the system software wants. We don't have this layer.
--
Russell King ([EMAIL PROTECTED])The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
would like to write the necessary i8042 keyboard controller
functionality and put it in Linux...
> Can this change? Or is there a good reason?
> Why does keyb_ps2.c have this keycode_translate[]?
To make it absolutely clear, ps2 keyboard codes != pc keyboard codes.
--
Russell King ([EMAIL PROTEC
31 matches
Mail list logo
