* New bug?
@ 2014-02-19 7:32 Alexander Shiyan
[not found] ` <1392795133.984411895-P0ORxJMC3jVsdVUOrk1QfQ@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Alexander Shiyan @ 2014-02-19 7:32 UTC (permalink / raw)
To: linux-spi-u79uwXL29TY76Z2rM5mHXA, Mark Brown
Hello.
During testing functions transfer_one(), stumbled upon an error.
I'm using kernel 3.13, so I had to apply a patch from upstream
(spi: core: Fix transfer failure when master->transfer_one returns positive value).
After applying all becomes normal with probing, but where did the error
"Unable to handle kernel NULL pointer dereference" ?
Did someone have similar bugs?
Thanks.
spi_master spi0: failed to transfer one message from queue: 1
74x164 spi0.1: Failed writing: 1
74x164: probe of spi0.1 failed with error 1
Unable to handle kernel NULL pointer dereference at virtual address 00000020
CAN device driver interface
pgd = c0024000
[00000020] *pgd=00000000
Internal error: Oops: 63c11805 [#1] PREEMPT ARM
CPU: 0 PID: 22 Comm: spi0 Not tainted 3.13.3 #1
task: c396b260 ti: c396e000 task.ti: c396e000
PC is at spi_pump_messages+0x150/0x194
LR is at spi_pump_messages+0x148/0x194
pc : [<c02b690c>] lr : [<c02b6904>] psr: 60000013
sp : c396ff20 ip : c04806c4 fp : 00000000
r10: 00000000 r9 : 00000000 r8 : c396b19c
r7 : 00000001 r6 : c396b020 r5 : 00000001 r4 : c396b1b0
r3 : 00000000 r2 : 00000000 r1 : 20000093 r0 : c396b020
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 0000217f Table: c0024017 DAC: 00000017
Process spi0 (pid: 22, stack limit = 0xc396e1c0)
Stack: (0xc396ff20 to 0xc3970000)
ff20: c396b1b0 c396b18c c396e000 c004a93c 00000000 c396ad60 00000000 c396b18c
ff40: c004a8a0 00000000 00000000 c004a318 ffefb1cc 00000000 ffff3348 c396b18c
ff60: 00000000 00000001 dead4ead ffffffff ffffffff c396ff74 c396ff74 00000000
ff80: 00000001 dead4ead ffffffff ffffffff c396ff90 c396ff90 c396ffac c396ad60
ffa0: c004a264 00000000 00000000 c0029330 00000000 00000000 00000000 00000000
ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ffe0: 00000000 00000000 00000000 00000000 00000013 00000000 efff23cc fd5f33cc
[<c02b690c>] (spi_pump_messages+0x150/0x194) from [<c004a93c>] (kthread_worker_fn+0x9c/0xf0)
[<c004a93c>] (kthread_worker_fn+0x9c/0xf0) from [<c004a318>] (kthread+0xb4/0xd0)
[<c004a318>] (kthread+0xb4/0xd0) from [<c0029330>] (ret_from_fork+0x14/0x24)
Code: e1a02005 ebfef650 e5943040 e1a00006 (e5835020)
---[ end trace 3e93175567c311da ]---
---
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: New bug?
[not found] ` <1392795133.984411895-P0ORxJMC3jVsdVUOrk1QfQ@public.gmane.org>
@ 2014-02-19 7:45 ` Geert Uytterhoeven
[not found] ` <CAMuHMdUTVAey=9rmU0xRomEomBk1erMoH-jnu8Szg=OcZWbLog-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2014-02-19 7:45 UTC (permalink / raw)
To: Alexander Shiyan; +Cc: linux-spi, Mark Brown
On Wed, Feb 19, 2014 at 8:32 AM, Alexander Shiyan <shc_work-JGs/UdohzUI@public.gmane.org> wrote:
> During testing functions transfer_one(), stumbled upon an error.
> I'm using kernel 3.13, so I had to apply a patch from upstream
> (spi: core: Fix transfer failure when master->transfer_one returns positive value).
> After applying all becomes normal with probing, but where did the error
> "Unable to handle kernel NULL pointer dereference" ?
> Did someone have similar bugs?
>
> Thanks.
>
> spi_master spi0: failed to transfer one message from queue: 1
> 74x164 spi0.1: Failed writing: 1
> 74x164: probe of spi0.1 failed with error 1
> Unable to handle kernel NULL pointer dereference at virtual address 00000020
> CAN device driver interface
> pgd = c0024000
> [00000020] *pgd=00000000
> Internal error: Oops: 63c11805 [#1] PREEMPT ARM
> CPU: 0 PID: 22 Comm: spi0 Not tainted 3.13.3 #1
> task: c396b260 ti: c396e000 task.ti: c396e000
> PC is at spi_pump_messages+0x150/0x194
Have you applied other patches from upstream?
E.g. e120cc0dcf2880a4c5c0a6cb27b655600a1cfa1d introduced a NULL
pointer dereference, with got fixed by
1f802f8249a0da536877842c43c7204064c4de8b.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: New bug?
[not found] ` <CAMuHMdUTVAey=9rmU0xRomEomBk1erMoH-jnu8Szg=OcZWbLog-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2014-02-19 11:20 ` Alexander Shiyan
[not found] ` <1392808849.211941090-PR9Oqn8FVc1sdVUOrk1QfQ@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Alexander Shiyan @ 2014-02-19 11:20 UTC (permalink / raw)
To: Geert Uytterhoeven; +Cc: linux-spi, Mark Brown
Среда, 19 февраля 2014, 8:45 +01:00 от Geert Uytterhoeven <geert@linux-m68k.org>:
> On Wed, Feb 19, 2014 at 8:32 AM, Alexander Shiyan <shc_work@mail.ru> wrote:
> > During testing functions transfer_one(), stumbled upon an error.
> > I'm using kernel 3.13, so I had to apply a patch from upstream
> > (spi: core: Fix transfer failure when master->transfer_one returns positive value).
> > After applying all becomes normal with probing, but where did the error
> > "Unable to handle kernel NULL pointer dereference" ?
> > Did someone have similar bugs?
> >
> > Thanks.
> >
> > spi_master spi0: failed to transfer one message from queue: 1
> > 74x164 spi0.1: Failed writing: 1
> > 74x164: probe of spi0.1 failed with error 1
> > Unable to handle kernel NULL pointer dereference at virtual address 00000020
> > CAN device driver interface
> > pgd = c0024000
> > [00000020] *pgd=00000000
> > Internal error: Oops: 63c11805 [#1] PREEMPT ARM
> > CPU: 0 PID: 22 Comm: spi0 Not tainted 3.13.3 #1
> > task: c396b260 ti: c396e000 task.ti: c396e000
> > PC is at spi_pump_messages+0x150/0x194
>
> Have you applied other patches from upstream?
>
> E.g. e120cc0dcf2880a4c5c0a6cb27b655600a1cfa1d introduced a NULL
> pointer dereference, with got fixed by
> 1f802f8249a0da536877842c43c7204064c4de8b.
It helped me. Thanks.
Mark, Is any chances to put these two patches to 3.13-stable?
(spi: core: Fix transfer failure when master->transfer_one returns positive value),
(spi: Fix crash with double message finalisation on error handling)
---
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: New bug?
[not found] ` <1392808849.211941090-PR9Oqn8FVc1sdVUOrk1QfQ@public.gmane.org>
@ 2014-02-19 11:46 ` Mark Brown
2014-02-19 12:06 ` Geert Uytterhoeven
1 sibling, 0 replies; 6+ messages in thread
From: Mark Brown @ 2014-02-19 11:46 UTC (permalink / raw)
To: Alexander Shiyan; +Cc: Geert Uytterhoeven, linux-spi
[-- Attachment #1: Type: text/plain, Size: 395 bytes --]
On Wed, Feb 19, 2014 at 03:20:49PM +0400, Alexander Shiyan wrote:
> Mark, Is any chances to put these two patches to 3.13-stable?
> (spi: core: Fix transfer failure when master->transfer_one returns positive value),
> (spi: Fix crash with double message finalisation on error handling)
Please ask the stable team if you want things that are already merged
into Linus' tree included in stable.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: New bug?
[not found] ` <1392808849.211941090-PR9Oqn8FVc1sdVUOrk1QfQ@public.gmane.org>
2014-02-19 11:46 ` Mark Brown
@ 2014-02-19 12:06 ` Geert Uytterhoeven
[not found] ` <CAMuHMdVBY7M=dkegw_3pQ7yFSLLEe2T6pXidY=eL7oiYAXXoPQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
1 sibling, 1 reply; 6+ messages in thread
From: Geert Uytterhoeven @ 2014-02-19 12:06 UTC (permalink / raw)
To: Alexander Shiyan; +Cc: linux-spi, Mark Brown
On Wed, Feb 19, 2014 at 12:20 PM, Alexander Shiyan <shc_work-JGs/UdohzUI@public.gmane.org> wrote:
> Mark, Is any chances to put these two patches to 3.13-stable?
> (spi: core: Fix transfer failure when master->transfer_one returns positive value),
> (spi: Fix crash with double message finalisation on error handling)
The second one should not need backporting, as the patch it reverts
is not in v3.13.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: New bug?
[not found] ` <CAMuHMdVBY7M=dkegw_3pQ7yFSLLEe2T6pXidY=eL7oiYAXXoPQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2014-02-20 19:51 ` Geert Uytterhoeven
0 siblings, 0 replies; 6+ messages in thread
From: Geert Uytterhoeven @ 2014-02-20 19:51 UTC (permalink / raw)
To: Alexander Shiyan; +Cc: linux-spi, Mark Brown
On Wed, Feb 19, 2014 at 1:06 PM, Geert Uytterhoeven
<geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org> wrote:
> On Wed, Feb 19, 2014 at 12:20 PM, Alexander Shiyan <shc_work-JGs/UdohzUI@public.gmane.org> wrote:
>> Mark, Is any chances to put these two patches to 3.13-stable?
>> (spi: core: Fix transfer failure when master->transfer_one returns positive value),
>> (spi: Fix crash with double message finalisation on error handling)
>
> The second one should not need backporting, as the patch it reverts
> is not in v3.13.
Apparently it got backported to -stable ;-(
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-02-20 19:51 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-19 7:32 New bug? Alexander Shiyan
[not found] ` <1392795133.984411895-P0ORxJMC3jVsdVUOrk1QfQ@public.gmane.org>
2014-02-19 7:45 ` Geert Uytterhoeven
[not found] ` <CAMuHMdUTVAey=9rmU0xRomEomBk1erMoH-jnu8Szg=OcZWbLog-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-19 11:20 ` Alexander Shiyan
[not found] ` <1392808849.211941090-PR9Oqn8FVc1sdVUOrk1QfQ@public.gmane.org>
2014-02-19 11:46 ` Mark Brown
2014-02-19 12:06 ` Geert Uytterhoeven
[not found] ` <CAMuHMdVBY7M=dkegw_3pQ7yFSLLEe2T6pXidY=eL7oiYAXXoPQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-02-20 19:51 ` Geert Uytterhoeven
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).