On 31 Οκτ 2006, at 9:58 ΠΜ, Laurent Pinchart wrote:
> When generating a break condition on a serial port, the CPM must be
> told
> beforehand how long the break should be. Unfortunately, this
> information is
> not available through the current serial break handling API. This
> patch works
c void cpm_uart_break_ctl(struct ua
{
struct uart_cpm_port *pinfo = (struct uart_cpm_port *)port;
int line = pinfo - cpm_uart_ports;
+ volatile u16 *brkcr = IS_SMC(pinfo) ? &pinfo->smcup->smc_brkcr
+ : &pinfo->sccup->scc_brkcr;
pr_debu
Hi everybody,
while trying to debug a serial port issue, I found out some code might seemed
to miss write memory barriers. Does the volatile keyword guarantee that gcc
will no reorder memory writes, or is the attached patched needed ?
Best regards,
Laurent Pinchart
-- next part ---
This has the relevant updates/additions to the BSP code so that proper
platform_info struct well be passed to the CPM UART drivers. The changes
covered mpc866ads, mpc885ads and mpc8272ads.
Signed-off-by: Vitaly Bordug
---
arch/ppc/platforms/mpc8272ads_setup.c | 114
Parts of these fixes in 2.4 doesn't seem to be in 2.6.
Maybe these are solved diffrently in 2.6 but I can't tell.
At least cpm_uart_console_write could use this.
http://linux.bkbits.net:8080/linux-2.4/diffs/arch/ppc/8xx_io/uart.c at 1.23
?nav=index.html|src/.|src/arch|src/arch/ppc|src/arch/ppc/8xx
Hi all,
thanks for helping me.
Now it works with my configuration.
I added SCC_NUM_BASE as it is without console. And now it works.
#ifdef SCC_CONSOLE
switch (state->smc_scc_num - SCC_NUM_BASE) {
/*SCC_NUM_BASE added*/
case 0:
On Apr 14, 2005, at 7:24 PM, Ricardo Scop wrote:
> I suggest you to seek all smc_scc_num references inside both the
> console
> routines and the #ifdef SCC_CONSOLE ... #endif code snippets. They
> should be
> subtracted by SCC_NUM_BASE whenever they're used to access SCC-related
> stuff,
This
Hi Marco,
On Thursday 14 April 2005 09:54, Marco Schramel wrote:
> Hi Dan,
>
> thanks for your answer.
>
> > > During booting kernel hangs on initializing ttyS2 forever.
> >
> > That is the console port, so take a look at the code for its
> > initialization for something affected by this configura
Hi Steven,
thank you for your answer.
> The selection of the BRGs is hard coded last time I checked. When you
> add SMC1 and SMC2 it may use the wrong BRG for SCC1. Check the BRG
> registers, the cmx_smr register and cmx_scr register and make sure
> everything matches up.
But this original c
ts of
> updates in recent versions.
I use kernel version 2.4.25 of denx and the uart version is
static char *serial_name = "CPM UART driver";
static char *serial_version = "0.01";
Are there newer versions? Sorry, but i am not up to date with the uart.
Is my configura
On Apr 14, 2005, at 8:54 AM, Marco Schramel wrote:
> I use kernel version 2.4.25 of denx and the uart version is
> static char *serial_name = "CPM UART driver";
> static char *serial_version = "0.01";
I don't remember the progress of the new cpm serial driv
On Apr 14, 2005, at 9:34 AM, Marco Schramel wrote:
>> The selection of the BRGs is hard coded last time I checked.
Newer drivers don't do this. They are probably stuck in the
linuxppc_devel
kernels and never made it into the main tree. The only problem with
BRGs will be with 8xx, where the ma
Hi,
on my target (MPC8270, 2.4.25) SCC1, SCC2 and SCC3 will work fine as ttyS0 ..
ttyS2 with console at ttyS0.
It works with this code in arch/ppc/8260_io/uart.c
#define CONFIG_SERIAL_CONSOLE_PORT 0
#define SCC_NUM_BASE0 /* SCC base tty "number" */
#define SCC_IDX_BASE
On Apr 14, 2005, at 3:26 AM, Marco Schramel wrote:
> During booting kernel hangs on initializing ttyS2 forever.
That is the console port, so take a look at the code for its
initialization for something affected by this configuration.
What kernel are you using? There have been lots of
updates in
Hi,
cpm_uart_cpm1.c doesn't compile due to a missing bracket (linuxppc-2.5
tree). Please apply.
Signed-off-by: Andreas Oberritter
-- next part --
A non-text attachment was scrubbed...
Name: cpm_uart_cpm1.diff
Type: text/x-patch
Size: 513 bytes
Desc: not available
Url :
h
I can't get rid of is the following;
The preliminary UART setup works fine, but when the final
CPM UART driver gets loaded / registered / enabled, my
console dies. Here is the output:
###
## Booting image at 0010 ...
Image Name:
Hi
Does anybody have a MPC8260 CPM UART driver that can has been tested with SCC4
?
Thanks in advance
Joao Vicente
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
17 matches
Mail list logo