quire
> the same port lock and we will deadlock.
>
> Acked-by: Marcel Holtmann
> Reviewed-by: Peter Hurley
> Reported-by: Huang Shijie
> Signed-off-by: Felipe Balbi
Tested-by: Andreas Bießmann
on custom TI AM37xx board with 3.4.87. Therefore I vote for adding this to
stabl
.
Acked-by: Marcel Holtmann mar...@holtmann.org
Reviewed-by: Peter Hurley pe...@hurleysoftware.com
Reported-by: Huang Shijie b32...@freescale.com
Signed-off-by: Felipe Balbi ba...@ti.com
Tested-by: Andreas Bießmann andr...@biessmann.de
on custom TI AM37xx board with 3.4.87. Therefore I vote
Hi Johan,
Am 2014-04-23 17:15, schrieb Johan Hedberg:
On Wed, Apr 16, 2014, Andreas Bießmann wrote:
This patch fixes a recursive locking scenario when using BCSP
connection via
8250 driver. The 8250 driver may tty_wakeup() in interrupt context
which
results in hci_uart_tx_wakeup
Hi Johan,
Am 2014-04-23 17:15, schrieb Johan Hedberg:
On Wed, Apr 16, 2014, Andreas Bießmann wrote:
This patch fixes a recursive locking scenario when using BCSP
connection via
8250 driver. The 8250 driver may tty_wakeup() in interrupt context
which
results in hci_uart_tx_wakeup
4/0x78)
--->8---
Signed-off-by: Andreas Bießmann
Cc: Marcel Holtmann
Cc: Gustavo Padovan
Cc: Johan Hedberg
Cc: linux-blueto...@vger.kernel.org
---
It seems at least one other guy had the very same problem with another uart
(mpc52xx): http://www.spinics.net/lists/linux-rt-users/msg09246.html
/0x94) from [c000877c]
(omap3_intc_handle_irq+0x64/0x78)
[c000877c] (omap3_intc_handle_irq+0x64/0x78) from [c000df44]
(__irq_svc+0x44/0x78)
---8---
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc: Marcel Holtmann mar...@holtmann.org
Cc: Gustavo Padovan gust...@padovan.org
Cc: Johan
Before the CRT was (fully) set up in kernel_entry (bss cleared before in
_start, but also not before jump to panic() in no_tag_table case).
This patch fixes this up to have a fully working CRT when branching to panic()
in no_tag_table.
Signed-off-by: Andreas Bießmann
Cc: Haavard Skinnemoen
Cc
torage for the symbol address
and just load the $pc with that value.
Signed-off-by: Andreas Bießmann
Cc: Haavard Skinnemoen
Cc: Hans-Christian Egtvedt
---
arch/avr32/boot/u-boot/head.S|5 -
arch/avr32/kernel/entry-avr32b.S |3 ++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git
address
and just load the $pc with that value.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc: Haavard Skinnemoen hskinnem...@gmail.com
Cc: Hans-Christian Egtvedt egtv...@samfundet.no
---
arch/avr32/boot/u-boot/head.S|5 -
arch/avr32/kernel/entry-avr32b.S |3 ++-
2 files
Before the CRT was (fully) set up in kernel_entry (bss cleared before in
_start, but also not before jump to panic() in no_tag_table case).
This patch fixes this up to have a fully working CRT when branching to panic()
in no_tag_table.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc
on embedded devices where the early
console is often a single static instance. This will result in the following
list:
con0->next->con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießma
devices where the early
console is often a single static instance. This will result in the following
list:
con0-next-con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc
ping?
Am 2013-03-25 09:59, schrieb Andreas Bießmann:
This patch guards the console_drivers list to be corrupted. The
for_each_console() macro insist on a strictly forward list ended by
NULL:
con0->next->con1->next->NULL
Without this patch it may happen easily to destr
ping?
Am 2013-03-25 09:59, schrieb Andreas Bießmann:
This patch guards the console_drivers list to be corrupted. The
for_each_console() macro insist on a strictly forward list ended by
NULL:
con0-next-con1-next-NULL
Without this patch it may happen easily to destroy this list for
example
on embedded devices where the early
console is often a single static instance. This will result in the following
list:
con0->next->con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießma
devices where the early
console is often a single static instance. This will result in the following
list:
con0-next-con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc
will result in the following list:
con0->next->con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießmann
Cc: Greg Kroah-Hartman
Cc: Kay Sievers
Cc: sta...@vger.kernel.org
---
kernel/printk.c
in the following list:
con0-next-con0
This in turn will result in an endless loop in console_unlock() later on by
printing the first __log_buf line endlessly.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Kay Sievers k...@vrfy.org
Cc: sta
his revert
to stable until a working solution exists.
Best regards
Andreas Bießmann
> ---
>
> Hi Greg,
>
> you might prefer to do the revert yourself, in that case just
> revert commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6.
>
> thanks
>
> arch/arm/plat-om
to stable until a working solution exists.
Best regards
Andreas Bießmann
---
Hi Greg,
you might prefer to do the revert yourself, in that case just
revert commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6.
thanks
arch/arm/plat-omap/include/plat/omap-serial.h | 4 ++--
drivers/tty/serial
PBM generated with current tools do not have a whitespace between the digits.
Therefore the pnmtologo tool fails to gernerate the required C-Array for these
images. This patch fixes that behaviour and can handle both 'old style' and
'new style' PBM files.
Signed-off-by: Andreas Bießmann
PBM generated with current tools do not have a whitespace between the digits.
Therefore the pnmtologo tool fails to gernerate the required C-Array for these
images. This patch fixes that behaviour and can handle both 'old style' and
'new style' PBM files.
Signed-off-by: Andreas Bießmann andr
ave written down here and in contrast to the ARM version omits
the memory barrier.
The main difference between __raw_ access and the writeX/readX access
for AVR32 is this little __swizzle_addr_. It takes the configuration of
SMC (8/16/32 bit access) into account which would be omitted when we
) into account which would be omitted when we
switch to __raw_ accessors here. This would be a major change if one
used the writeX/readX accessors before and switched the SMC to something
different than 32 Bit access.
Best regards
Andreas Bießmann
--
To unsubscribe from this list: send the line
These two patches fixes the omap_nand_remove function to release all resources
properly and be able to re-load the driver later on.
Andreas Bießmann (2):
mtd/nand/omap2: fix omap_nand_remove segfault
mtd/nand/omap2: fix module loading
drivers/mtd/nand/omap2.c |3 ++-
1 file changed, 2
081 r6:b6fe0032 r5:70616d6f r4:0001a004
Code: e1a5 eb0d9172 e7f001f2 e7f001f2 (e7f001f2)
---[ end trace 6a30b24d8c0cc2ee ]---
Segmentation fault
--->8---
This error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which
was the first commit of this driver.
Signed-off-by: A
ap2
[ 37.420928] omap2-nand: probe of omap2-nand.0 failed with error -16
~ $
--->8---
This error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which
was the first commit of this driver.
Signed-off-by: Andreas Bießmann
cc: linux-...@lists.infradead.org
---
drivers/mtd/nand/omap2.c |1 +
] omap2-nand: probe of omap2-nand.0 failed with error -16
~ $
---8---
This error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which
was the first commit of this driver.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
cc: linux-...@lists.infradead.org
---
drivers/mtd/nand/omap2
6a30b24d8c0cc2ee ]---
Segmentation fault
---8---
This error was introduced in 67ce04bf2746f8a1f8c2a104b313d20c63f68378 which
was the first commit of this driver.
Signed-off-by: Andreas Bießmann andr...@biessmann.de
cc: linux-...@lists.infradead.org
---
drivers/mtd/nand/omap2.c |2 +-
1 file
These two patches fixes the omap_nand_remove function to release all resources
properly and be able to re-load the driver later on.
Andreas Bießmann (2):
mtd/nand/omap2: fix omap_nand_remove segfault
mtd/nand/omap2: fix module loading
drivers/mtd/nand/omap2.c |3 ++-
1 file changed, 2
ping
On 29.06.12 22:44, Andreas Bießmann wrote:
> On 06.06.12 13:22, Andreas Bießmann wrote:
>> Commit 9f97da78bf018206fb623cd351d454af2f105fe0 moved disable_hlt() from
>> arch/arm/include/asm/system.h to arch/arm/include/asm/system_misc.h but
>> missed
>> to change
ping
On 29.06.12 22:44, Andreas Bießmann wrote:
On 06.06.12 13:22, Andreas Bießmann wrote:
Commit 9f97da78bf018206fb623cd351d454af2f105fe0 moved disable_hlt() from
arch/arm/include/asm/system.h to arch/arm/include/asm/system_misc.h but
missed
to change arch/arm/mach-gemini/irq.c
32 matches
Mail list logo