Andy Green wrote:
> It sounds good because USB host and device interrupt is also in arbiter
> 3 along with GPS UART, these should have higher priority than the fully
> synchronous SDI you would think.
Yeah, maybe that'll get rid of those spurious USB lockups as well.
- Werner
Dieter Spaar wrote:
> I just wonder if the benefits from such an
> implementation justify the expected effort it.
... particularly given that user space should work as well as possible
also without a firmware upgrade.
- Werner
Hello Joerg,
Joerg Reisenweber wrote:
Please could you also check for AT%N175 echo cancellation and noise gate
command? Should be "sticky" (should: give once, applies for all future calls.
Now: reset after each call). Also would be great to have some reasonable
power-on default (user audio tab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> Generated when it gets to the top of the receive
|> FIFO without reading out data in it (overrun error).
|
| So maybe an overrun error means that the fifo is full and not that we
| lost a byte?
Maybe it
2009/2/11 Andy Green :
> Sounds good, what's the upstream way?
The upstream way is to use the kernel option
CONFIG_MTD_NAND_S3C2410_HWECC. That way we need to know if hardware
ECC is available at compile time, which should be very hard for the
packaging guys. The hard way would be to provide two k
Am Mo 9. Februar 2009 schrieb Dieter Spaar:
> Hello Joerg,
>
> Joerg Reisenweber wrote:
> > Dieter, could you look into that?
> >
> >
>
> I will have a look.
>
> BTW, its the first time I heard of this problem, did I miss something ?
Nah, we informed you as soon as we got aware of the probl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Hello Matt, hello Werner,
|
| I'm aware that hardware ECC is supported in the kernel. My question is
| more, what would be needed to actually use it. From your comments I
| see that the problem is the way o
Hello Matt, hello Werner,
I'm aware that hardware ECC is supported in the kernel. My question is
more, what would be needed to actually use it. From your comments I
see that the problem is the way our rootfs was flashed. Is this
correct?
If yes, then are there any plans to "fix" dfu-util to set t
#2180: stable-tracking: 'rxserr' UART messages
-+--
Reporter: laforge | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high
Matt Hsu wrote:
>IFAIK, the feature of NAND hardware ECC is in support in kernel.
The boot parameter hardware_ecc=1 should enable it.
Can only be set at boot time - not available through module loading
or via /sys/modules/.
>But the problem is, the dfu-util did not program the ECC fiel
Sven Rebhan wrote:
Hello everybody,
what is the current state of the NAND hardware ECC support?
IFAIK, the feature of NAND hardware ECC is in support in kernel.
But the problem is, the dfu-util did not program the ECC field.
You will see the ECC error message flooding during bootin
"Marco Trevisan (Trevi?o)" wrote:
> Ok, I'll send you.
Thanks ! The message contents look healthy. However, there are several
holes in the message sequence, from both sides. Here are all the DHCP
messages from your file:
DHCP Discover - Transaction ID 0x3938652d
DHCP Offer- Transaction ID 0x3
Hello Werner,
Werner Almesberger wrote:
Dieter, so it seems that I can avoid figuring out how to build the
GSM firmware on Linux after all ;-) The fix should be easy: just
add a call to LowGPIO(1) to UAF_Init in
chipsetsw/drivers/drv_app/uart/uartfax.c
I am glad to say that the fix is not t
Hi,
I get the following warning when I try to compile the current
andy-tracking kernel:
arch/arm/plat-s3c24xx/dma.c: In function 's3c2410_dma_config':
arch/arm/plat-s3c24xx/dma.c:1049: warning: 'dcon' may be used
uninitialized in this function
If I look at the file around line 1049 it looks like
Am Tuesday 10 February 2009 18:03:08 schrieb Marcelo:
> On Tue, Feb 10, 2009 at 10:34 AM, Michael 'Mickey' Lauer
>
> wrote:
> > FYI, I have uploaded libgsm0710, which is a core GSM 0710 protocol
> > implementation that you can reuse in your projects -- if GPL is no
> > problem for you.
>
> It's no
Marcelo wrote:
On Tue, Feb 10, 2009 at 10:34 AM, Michael 'Mickey' Lauer
wrote:
FYI, I have uploaded libgsm0710, which is a core GSM 0710 protocol
implementation that you can reuse in your projects -- if GPL is no problem
for you.
It's not a problem for me personally, but it is in fac
Hello everybody,
what is the current state of the NAND hardware ECC support?
What need to be done to enable it? What are your plans?
Thanks in advance for the enlightenment! ;-)
Sven
On Tue, Feb 10, 2009 at 10:34 AM, Michael 'Mickey' Lauer
wrote:
> FYI, I have uploaded libgsm0710, which is a core GSM 0710 protocol
> implementation that you can reuse in your projects -- if GPL is no problem
> for you.
It's not a problem for me personally, but it is in fact a problem for
Andro
Hi,
Michael 'Mickey' Lauer wrote:
FYI, I have uploaded libgsm0710, which is a core GSM 0710 protocol
implementation that you can reuse in your projects -- if GPL is no problem
for you.
It's getting used in fso-abyss, the next-generation 07.10 multiplexer daemon
from freesmartphone.org. It's
FYI, I have uploaded libgsm0710, which is a core GSM 0710 protocol
implementation that you can reuse in your projects -- if GPL is no problem
for you.
It's getting used in fso-abyss, the next-generation 07.10 multiplexer daemon
from freesmartphone.org. It's based on the code found in Qtopia tha
#2180: stable-tracking: 'rxserr' UART messages
-+--
Reporter: laforge | Owner: openmoko-kernel
Type: defect | Status: new
Priority: high
I want to add that I get this problem not only when rotating the screen but
also when resuming.
The rotation problem is fixed with latest shr kernels but
the resume problem is still their
steps to reproduce:
use qi (with uboot it does not ocurr when resuming)
suspend
resume
get a nsod
use qi o
Hi,
Ben Dooks wrote:
I've tried two different versions of git (1.4.4.4) and (1.5.6.5) and
both fail to clone: git://git.openmoko.org/git/kernel.git linux-2.6
Until three day ago works on my debian
ii git-core 1:1.5.6.5-2
git --version
git version 1.5.6.5
Now I
I've tried two different versions of git (1.4.4.4) and (1.5.6.5) and
both fail to clone: git://git.openmoko.org/git/kernel.git linux-2.6
I noted there have been previous problems with git and version
incompatibilities, does anyone have a known working version?
full log (git 1.4.4.4):
# git clone
Cool. Btw: Should I also CC you an patch submission?
Sven
On Sat, Feb 07, 2009 at 05:37:18PM +0100, Sven Rebhan wrote:
> The DMA used for S3C2440 is also used for S3C2442, so we also need the
> defines.
> This patch is rebased on the latest andy-tracking branch.
I'll look at either merging this mainline for the curernt -rc, or putting
it on the dma clea
Hi all,
A lot of people ask for the code now of the ril library. The code is not
good but It is a start.
I have a git repository now:
To clone it just do:
git clone git://panicking.kicks-ass.org/ril.git
and happy hacking.
Michael
27 matches
Mail list logo
