Interesting. Speaking of odd bits. Just noticed that devether does qbwrite not
pass. Why? It defeats TCP congestion CTL.
- erik
Richard Miller <9f...@hamnavoe.com> wrote:
>quans...@quanstro.net wrote:
>> i really do like your cc malloc, though. very clean.
>
>Actually I've just noticed that
quans...@quanstro.net wrote:
> i really do like your cc malloc, though. very clean.
Actually I've just noticed that my ccmalloc() function just duplicates
what the standard mallocalign() already does. So I've removed it from
the yet-to-be-applied sdmmc-driver patch.
Blocks are intended for IO.
On 19 October 2012 22:49, erik quanstrom wrote:
> Block*s (well at least the buffer)
> needs to be special because the ethernet on the marvell is not
> cache coherent.
>
On Fri Oct 19 17:31:50 EDT 2012, charles.fors...@gmail.com wrote:
> I think it's better to specify memory that must have special cache
> properties, rather than assuming that everything is.
this depends on the ratio of memory that has special cache
properties to the memory that doesn't. if you h
I think it's better to specify memory that must have special cache
properties, rather than assuming that everything is.
> kw-style caches (16-byte lines)
mem.h says it's 32. But yeah, it's not much.
> i had to look twice to verify i understood the pointer orthodontics.
Correctness proof (or refutation) is left as an exercise for the reader...
> Or you can look in /n/sources/patch/sdmmc-driver.
Thanks, will do. Time to dust off the Plug again. Thank you.
++L
On Fri Oct 19 11:40:41 EDT 2012, 9f...@hamnavoe.com wrote:
> > easiest to just
> > cacheline-align everything in malloc
>
> Might be a good idea for ARM. Until someone produces a
> chip with gigantic cache lines?
>
> Another alternative might be to have a separate pool of
> uncached memory.
i'm
comment it out and uncomment the line above.
On Fri, Oct 19, 2012 at 8:21 AM, wrote:
>> /n/sources/contrib/miller/9/kw
>
> in "plug":
>
> I see you use /usr/miller/bin/arm/usbd, is there something special in
> it?
>
> Also, "paq" reappears, do we want it, or is it just leftover?
>
> rip
> easiest to just
> cacheline-align everything in malloc
Might be a good idea for ARM. Until someone produces a
chip with gigantic cache lines?
Another alternative might be to have a separate pool of
uncached memory.
>> /n/sources/contrib/miller/9/kw
>
> in "plug":
>
> I see you use /usr/miller/bin/arm/usbd, is there something special in
> it?
>
> Also, "paq" reappears, do we want it, or is it just leftover?
Sorry, this was leakage from my own experiments. I've now
replaced that plug config with a standard
On Fri Oct 19 10:01:11 EDT 2012, 9f...@hamnavoe.com wrote:
> > could you explain the ccmalloc trick?
>
> "cache coherent malloc" - not really a trick, just a way to
> ensure SD buffers are cache-aligned and occupy an integral
> number of cache lines, to avoid embarrassment when doing
> dma on AR
> /n/sources/contrib/miller/9/kw
in "plug":
I see you use /usr/miller/bin/arm/usbd, is there something special in
it?
Also, "paq" reappears, do we want it, or is it just leftover?
ripple# diff plug /n/sources/contrib/miller/9/kw/plug
59a60
> sdmmc sdio
> could you explain the ccmalloc trick?
"cache coherent malloc" - not really a trick, just a way to
ensure SD buffers are cache-aligned and occupy an integral
number of cache lines, to avoid embarrassment when doing
dma on ARM (which bypasses the cache). It costs a bit of
space but saves copyin
On Fri Oct 19 09:37:40 EDT 2012, 9f...@hamnavoe.com wrote:
> > it works
> > like a charm.
>
> Thanks. Patch sdmmc-driver now submitted.
could you explain the ccmalloc trick?
- erik
> it works
> like a charm.
Thanks. Patch sdmmc-driver now submitted.
Thanks!!! I plan to try it out on sheeva and guru later today.
On Thu, Oct 18, 2012 at 5:42 AM, Richard Miller <9f...@hamnavoe.com> wrote:
> As a side effect of the raspberry pi work, I've produced an SD card
> driver for the sheevaplug (and presumably other kirkwood platforms).
> It's in two sec
> Would anyone with a sheevaplug or similar, and a collection of SD
> cards, like to try it out before I submit a patch?
I just tried with various 2 GB to 16 GB Kingston SD and
microSD (with adapter) cards on my SheevaPlug and it works
like a charm.
Thanks for your very nice work.
--
David du C
On Thu, Oct 18, 2012 at 2:42 PM, Richard Miller <9f...@hamnavoe.com> wrote:
> As a side effect of the raspberry pi work, I've produced an SD card
> driver for the sheevaplug (and presumably other kirkwood platforms).
> It's in two sections: the top layer does the card protocol and is
> identical be
As a side effect of the raspberry pi work, I've produced an SD card
driver for the sheevaplug (and presumably other kirkwood platforms).
It's in two sections: the top layer does the card protocol and is
identical between rpi and kw (could go into /sys/src/9/port?), while
the lower layer does the ho
20 matches
Mail list logo
