Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.alt.comm.android > #17496 > unrolled thread
| Started by | Peter Mairhofer <63832452@gmx.net> |
|---|---|
| First post | 2015-07-28 00:37 +0200 |
| Last post | 2015-11-10 13:13 +0100 |
| Articles | 20 on this page of 322 — 23 participants |
Back to article view | Back to de.alt.comm.android
StageFright: QuickFix Peter Mairhofer <63832452@gmx.net> - 2015-07-28 00:37 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-07-28 03:04 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-07-28 08:44 +0200
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-06 20:32 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-06 21:11 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-06 21:43 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-07 00:00 +0200
Re: StageFright: QuickFix Gert Link <gertlink_nospam@gmx.de> - 2015-08-07 00:45 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-07 09:54 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-07 09:55 +0000
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-07 12:41 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-07 13:34 +0200
Re: StageFright: QuickFix "Stefan Kanthak" <postmaster@127.in-addr.arpa> - 2015-08-07 15:13 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-07 20:03 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-07 16:49 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-07 23:41 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-08 18:02 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-09 01:58 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-10 01:52 +0000
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-10 10:17 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-10 12:46 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 18:11 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-10 18:27 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 20:46 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-10 21:37 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-11 00:15 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-10 14:02 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 18:21 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-10 19:38 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 20:51 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-10 21:39 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 22:05 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-12 17:58 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-12 23:58 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-13 04:33 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-13 12:02 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 13:41 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-13 19:14 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-18 09:19 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-18 17:37 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-18 21:47 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-19 03:53 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 10:49 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-19 11:43 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 12:09 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-19 13:12 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 18:18 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-19 16:08 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:35 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-19 19:46 +0200
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-20 00:28 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-20 13:35 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-19 16:07 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:38 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-20 18:05 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-21 08:07 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-13 15:03 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-14 16:02 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 08:31 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-13 12:26 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 13:50 +0200
Re: StageFright: QuickFix Thomas Einzel <usenet-2015@einzel.de> - 2015-08-13 15:40 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 16:11 +0200
Re: StageFright: QuickFix Thomas Einzel <usenet-2015@einzel.de> - 2015-08-13 16:35 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-14 10:29 +0200
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-13 21:45 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-14 16:37 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-18 22:13 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-19 22:06 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:58 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-20 18:50 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-21 08:22 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-21 18:27 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 02:30 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-22 06:46 +0000
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-22 07:37 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-22 16:48 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-22 09:49 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-22 12:39 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-22 16:49 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 21:32 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-22 15:07 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-22 17:07 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-22 20:54 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 21:45 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-23 16:02 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 16:33 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 21:44 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-23 16:26 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 16:31 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-24 20:57 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-24 23:59 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-25 02:30 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-25 12:17 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-25 10:38 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-25 11:45 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-25 18:41 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-25 19:49 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-26 16:43 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-26 20:27 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-27 10:23 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-27 14:12 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-28 10:05 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-03 17:27 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-04 09:38 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-09-04 10:02 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-04 11:28 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-04 17:25 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-04 23:24 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-05 01:22 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-07 09:26 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-09-07 12:20 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-07 16:56 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-07 17:03 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-07 21:06 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-09-08 00:01 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-08 08:19 +0000
Re: StageFright: QuickFix Werner Schmidt <werner1@foni.net> - 2015-09-08 22:06 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-08 22:47 +0200
Re: StageFright: QuickFix Werner Schmidt <werner1@foni.net> - 2015-09-09 21:04 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-10 19:25 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-08 22:47 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-08 22:46 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-09 06:16 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-09 15:56 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-09 16:53 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-08 10:40 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-08 23:06 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-09 06:18 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-09 16:01 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-09 10:46 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-09 10:56 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-09 17:30 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-10 05:06 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-10 05:14 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-07 09:22 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-07 21:13 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-25 12:49 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-25 18:43 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-22 19:15 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 21:47 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-23 06:52 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 16:42 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-26 18:55 +0000
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-26 21:41 +0000
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-27 00:41 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-27 01:49 +0000
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-27 08:53 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-27 11:05 +0000
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-28 08:31 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-28 07:15 +0000
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-29 10:18 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-29 12:27 +0000
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-08-29 23:41 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-31 10:25 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-28 12:13 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-28 15:33 +0200
OT: Secure Boot (was: Re: StageFright: QuickFix) Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-29 10:15 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-03 17:53 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-04 09:45 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-04 17:46 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-04 23:25 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-07 09:51 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-09-09 00:57 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-09-09 11:24 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-24 12:28 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 17:28 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-24 21:50 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-25 18:31 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-08-26 18:57 +0000
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-10 18:25 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-11 02:24 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-11 17:40 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 00:49 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-12 08:59 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-12 17:55 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 01:03 +0200
Re: StageFright: QuickFix Thomas Einzel <usenet-2015@einzel.de> - 2015-08-13 01:22 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 03:53 +0200
Re: StageFright: QuickFix Thomas Einzel <usenet-2015@einzel.de> - 2015-08-14 10:45 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-21 08:24 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-21 13:38 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-21 13:51 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-21 14:04 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 10:13 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-24 11:59 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 16:45 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-24 20:57 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-13 17:29 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-14 00:44 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-14 01:57 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 11:51 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-13 17:46 -0400
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-14 11:05 +0200
Re: StageFright: QuickFix Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2015-08-10 18:27 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-10 11:29 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-10 12:49 +0200
Re: StageFright: QuickFix Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2015-08-10 12:59 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-10 23:48 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-11 02:31 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-11 17:30 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-11 17:58 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-12 10:25 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 13:21 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-12 13:36 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 17:09 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-12 17:55 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-13 11:58 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 03:44 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-12 20:04 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 22:01 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-12 21:01 +0000
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-13 12:21 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-13 14:03 +0000
OT: optimale Schaltkulisse, war: Re: StageFright: QuickFix Werner Schmidt <werner1@foni.net> - 2015-08-13 20:17 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-14 11:16 +0000
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-13 00:11 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 03:50 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-15 02:42 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-17 02:44 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-17 14:58 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-17 17:58 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-17 18:37 -0400
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-18 01:36 +0200
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-08-18 10:17 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-18 17:38 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-18 01:47 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-08-18 06:42 +0000
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-18 17:15 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-19 04:08 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 11:46 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 11:43 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-19 13:02 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 11:39 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-19 18:07 -0400
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:12 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:59 +0200
Re: StageFright: QuickFix "Harald Klotz" <klotz@freenet.de> - 2015-08-19 21:10 +0200
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-13 11:05 +0200
Re: StageFright: QuickFix Thomas Einzel <usenet-2015@einzel.de> - 2015-08-13 13:21 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-12 17:51 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 23:44 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-13 19:25 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-14 11:11 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-14 17:49 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-12 17:29 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-13 16:28 +0000
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-14 11:18 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-12 18:04 -0400
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-10 18:18 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-11 02:19 +0200
Re: StageFright: QuickFix Helmut@Hullen.de (Helmut Hullen) - 2015-08-11 07:19 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-11 17:29 -0400
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-12 00:05 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-12 17:37 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-12 00:47 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-12 17:43 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 00:38 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-13 17:11 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-13 23:22 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-14 16:14 -0400
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-14 11:25 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-14 20:24 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 11:49 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-19 23:05 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-20 10:17 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-22 19:24 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-22 21:49 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-23 10:26 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-24 10:21 +0200
Re: StageFright: QuickFix Axel Berger <Axel_Berger@B.Maus.De> - 2015-08-24 13:50 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-14 16:20 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-15 00:14 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-15 15:53 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-15 22:16 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-16 17:36 -0400
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-17 00:54 +0200
Computer in der Jugend (was: StageFright: QuickFix) Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-17 18:14 -0400
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-19 12:04 +0200
Re: StageFright: QuickFix Andreas Kohlbach <aug15.7.ankman@spamgourmet.net> - 2015-08-19 18:12 -0400
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-13 11:26 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-07 00:18 +0000
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-07 02:28 +0200
Re: StageFright: QuickFix Arno Welzel <usenet@arnowelzel.de> - 2015-08-10 17:15 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-08-06 21:12 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-06 23:39 +0000
Re: StageFright: QuickFix Juergen Kah <machnixx@arcor.de> - 2015-08-08 23:56 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-08-09 11:51 +0000
Re: StageFright: QuickFix Markus Fuenfrocken <markus@fuenfrocken.de> - 2015-07-28 10:29 +0200
Re: StageFright: QuickFix "Andreas M. Kirchwitz" <amk@spamfence.net> - 2015-07-28 10:42 +0000
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-08-31 07:48 +0200
Re: StageFright: QuickFix Christian Steins <cs01@quantentunnel.de> - 2015-09-08 11:31 +0200
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-17 15:52 +0200
Re: StageFright: QuickFix Rolf Buenning <DerRolf@NurFuerSpam.de> - 2015-09-21 09:03 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-21 09:57 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-21 12:21 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-21 13:02 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-21 13:49 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-21 15:06 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-09-21 14:51 +0000
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-21 17:03 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-09-22 06:23 +0000
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-22 08:30 +0200
Re: StageFright: QuickFix Peter Lemken <df5jt@bloatware.de> - 2015-09-22 16:53 +0000
Re: StageFright: QuickFix Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-09-24 17:22 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-22 10:26 +0200
Re: StageFright: QuickFix Werner Schmidt <werner1@foni.net> - 2015-09-22 11:28 +0200
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-22 23:29 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-23 12:29 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-23 11:13 +0000
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-23 14:32 +0200
Re: StageFright: QuickFix Johann Mayerwieser <johann.mayerwieser@gmail.com> - 2015-09-23 14:31 +0000
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-23 14:31 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-21 17:26 +0200
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-21 20:37 +0200
Re: StageFright: QuickFix Rolf Buenning <DerRolf@NurFuerSpam.de> - 2015-09-23 09:22 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-26 12:13 +0200
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-26 13:26 +0200
Re: StageFright: QuickFix Jörg Tewes <jogi1964@gmx.net> - 2015-09-26 14:21 +0200
Re: StageFright: QuickFix Matthias Gerds <m.gerds@posteo.de> - 2015-09-26 15:13 +0200
Re: StageFright: QuickFix Ralf Brinkmann <ralf.brinkmann.wiesbaden@t-online.de> - 2015-09-26 14:54 +0200
Re: StageFright: QuickFix Christian Steins <cs01@quantentunnel.de> - 2015-11-10 13:13 +0100
Page 5 of 17 — ← Prev page 1 … 3 4 [5] 6 7 … 17 Next page →
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-22 21:32 +0200 |
| Message-ID | <55D8CE5B.2040000@arnowelzel.de> |
| In reply to | #17934 |
Peter Lemken schrieb am 2015-08-22 um 08:46: > Arno Welzel <usenet@arnowelzel.de> wrote: > >> Das ist irrelevant > > Genauso wie Dein Geschreibsel. Du bist weder Anwalt, noch hast Du wirklich > Ahnung von Technik, insofern hat Deine Privatmeinung die Relevanz eines > Mückenschisses. Anwalt bin ich in der Tat nicht. Aber was "keine Ahnung von Technik" betrifft, magst Du vielleicht mal einen Blick auf meine Website werfen: <http://arnowelzel.de> <http://arnowelzel.de/wp/kategorie/android> Nebenbei arbeite ich beruflich in einer Firma die u.A. auch Android-Lösungen entwickelt und auch geschäftlich mit Samsung zu tun hat. > KNOX auf meinem S4 war durch Custom-ROM getriggert, Modem war kaputt, > Samsung hat Reparatur (2 Monate nach Kauf) verweigert. > > Und jetzt kommst Du. Ich hätte Samsung erklärt, dass man das auch gerne juristisch klären kann und wäre mindestens zum Verbraucherschutz gegangen. Das hast Du vermutlich auch gemacht, oder? -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | "Harald Klotz" <klotz@freenet.de> |
|---|---|
| Date | 2015-08-22 15:07 +0200 |
| Message-ID | <mra37j$fio$1@news.albasani.net> |
| In reply to | #17931 |
Arno Welzel schrieb: >> Bei Androiden ist nicht vorgesehen, dass der Nutzer ein anderes >> Betriebssystem aufspielt. >> Bestenfalls sind Updates vom Hersteller vorgesehen. > > Das ist irrelevant für die *Gewährleistungsansprüche* auf die > *Hardware*. Ah, du meinst also wenn du bei einem Auto per Chiptuning mehr Leistung aus der Maschine holst undd demit den Motor schrottest, ist es ein Gewährleistungsfall? Befass dich mit bestimmungsgemäßen Gebrauch. Wenn du Wasser in den Tabnk füllst oder Diesel statt Benzin, ist ein Gewährleistungsfall? > Ein Hersteller muss nicht für Produktionsfehler z.B. bei einem > Display, Anschlüssen oder Tasten nicht haften, sobald man die > Firmware verändert hat - das glaubst Du ernsthaft? Jetzt ziehst du deine Behauptung zurück, schränkst ein. >>> Aber rein logisch: >> >> Nein, völlig unlogisch. >> >> Für Gewährleistung ist bestimmungsgemäßer Gebrauch ausschlaggebend. > > Für Gewährleistung ist Mängelfreiheit der Ware ausschlaggebend. Auch. > Und > die Existenz eines Mangels ist erstmal unabhängig davon, ob man die > Ware "bestimmungsgemäß" benutzt oder nicht. Das ist falsch. Wenn der Mangel erst durch nicht bestimmungsgemäßen Gebrauch hervorgerufen wird? Dabei dürfte den Richtern die Annahme reichen. > Entscheidend ist nur, > ob der Mangel erst später entstanden ist oder bereits von Anfang an > durch Fehler des Herstellers vorhanden war. Ja, das ist mitentscheidend. > Als Beispiele HTC und Sony - da kann man ganz offiziell den > Bootloader entsperren. Selbstverständlich muss man dabei auch > zustimmen, dass evtl. Reparaturen die durch eigene Firmware nötig > werden sollten, kostenpflichtig sind - aber auch davon bleiben die > Gewährleistungansprüche auf die *Hardware* unberührt: Ah ja, und was hast du daran nicht verstanden? "Reparaturen die durch eigene Firmware nötig werden sollten, kostenpflichtig sind" >> Im Gegenteil, sie sind gegen deratige Zugriffe gesperrt. > > Siehe oben. Die Sperre kann bei manchen Herstellern ganz offiziell > ausgeschaltet werden. Wir reden nicht von manchen Herstellern. Überwiegend dürfte das nicht der Fall sein. > Und einige Hersteller liefern ihre Geräte von Haus aus mit > CyanogenMod und aktiviertem Root-Zugriff aus. Einige! >> Umgehst du das, was bereits mit rooten geschieht, ist es aus mit >> der Gewährleistung. > > Siehe oben. Du hast deine ursprüngliche Behauptung weitestgehend reduziert. >>> Der Hersteller kann schwerlich >>> die Benutzung auf "seine" Software einschränken und bei Nutzung >>> "fremder" Software die Gewährleistung auf die *Hardware* >>> verweigern. >> >> Doch, er kann. > > Hast Du dafür ein konkretes Beispiel aus der Realität? Kaufe ein Smartphone, Tablet oder was auch immer, bei welchem der Harsteller es nicht vorsieht. >> Wenn eine Software den Prozessor durch übetakten zerstört, ist das >> Sache des Herstellers? > > Bei meinem PC ist Übertakten sogar eine Funktion im BIOS. Ich glaube > nicht, dass sich der Mainboard-Hersteller sich aus jeglichen > Gewährleistungsansprüchen zurückziehen kann, sobald man diese > Funktion im BIOS, die der Hersteller selbst liefert, benutzt. Der Prozessorhersteller/Lieferant muss nicht für übertaktete Prozessoren gewährleisten. >> Du bist auf der falschen Baustelle. > > Weil? Du falsche Beispiele nennst. >> Nein, das muss er nicht, er muss nur nachweisen, dass das Gerät >> nicht bestimmungsgemäß gebraucht wurde. > > Und von fremder Software geht eine fehlerhaft produzierte USB-Buchse > oder eine fehlerhaft produzierte Taste eher kaputt und ein Richter > würde das ebenfalls so sehen? Das glaube ich nicht. Ja, du scheinst anzufangen zu begreifen, dass die Gewährleistung durch unsachgemäßen Gebrauch doch verloren geht. >> Es ist nicht vorgesehen, das BS zu wechseln. > > Doch, ist es - siehe die Links bei HTC und Sony oben. Und? Das gltt dann für alle? Grüße Harald
[toc] | [prev] | [next] | [standalone]
| From | Johann Mayerwieser <johann.mayerwieser@gmail.com> |
|---|---|
| Date | 2015-08-22 17:07 +0000 |
| Message-ID | <d3rohsFc3hqU1@mid.individual.net> |
| In reply to | #17950 |
Am Sat, 22 Aug 2015 15:07:39 +0200 schrieb Harald Klotz: >> Ein Hersteller muss nicht für Produktionsfehler z.B. bei einem Display, >> Anschlüssen oder Tasten nicht haften, sobald man die Firmware verändert >> hat - das glaubst Du ernsthaft? > > Jetzt ziehst du deine Behauptung zurück, schränkst ein. Hab ich aber von Haus aus in diesem Sinn verstanden, du hast da mehr hineingeheimst.
[toc] | [prev] | [next] | [standalone]
| From | "Harald Klotz" <klotz@freenet.de> |
|---|---|
| Date | 2015-08-22 20:54 +0200 |
| Message-ID | <mrahkf$b5n$1@news.albasani.net> |
| In reply to | #17955 |
Johann Mayerwieser schrieb: > Am Sat, 22 Aug 2015 15:07:39 +0200 schrieb Harald Klotz: > >>> Ein Hersteller muss nicht für Produktionsfehler z.B. bei einem >>> Display, Anschlüssen oder Tasten nicht haften, sobald man die >>> Firmware verändert hat - das glaubst Du ernsthaft? >> >> Jetzt ziehst du deine Behauptung zurück, schränkst ein. > > Hab ich aber von Haus aus in diesem Sinn verstanden, du hast da mehr > hineingeheimst. Er schrieb, dass eine andere Software als vorgesehen die Gewährleistung nicht berührt. Es sind nur wenige Bauteile, die nicht durch den Einfluss des Betreibssystem kaputt gehen können. Grüße Harald
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-22 21:45 +0200 |
| Message-ID | <55D8D158.3080604@arnowelzel.de> |
| In reply to | #17960 |
Harald Klotz schrieb am 2015-08-22 um 20:54: > Johann Mayerwieser schrieb: >> Am Sat, 22 Aug 2015 15:07:39 +0200 schrieb Harald Klotz: >> >>>> Ein Hersteller muss nicht für Produktionsfehler z.B. bei einem >>>> Display, Anschlüssen oder Tasten nicht haften, sobald man die >>>> Firmware verändert hat - das glaubst Du ernsthaft? >>> >>> Jetzt ziehst du deine Behauptung zurück, schränkst ein. >> >> Hab ich aber von Haus aus in diesem Sinn verstanden, du hast da mehr >> hineingeheimst. > > Er schrieb, dass eine andere Software als vorgesehen die > Gewährleistung nicht berührt. Korrekt - Gewährleistung bzgl. Hardware, nicht Software. > Es sind nur wenige Bauteile, die nicht durch den Einfluss des > Betreibssystem kaputt gehen können. Huh? Was hast Du denn für seltsame Geräte, deren Hardware durch das Betriebsystem(!) *beschädigt* werden können? -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | "Harald Klotz" <klotz@freenet.de> |
|---|---|
| Date | 2015-08-23 16:02 +0200 |
| Message-ID | <mreq6k$fqn$1@news.albasani.net> |
| In reply to | #17965 |
Arno Welzel schrieb: >> Er schrieb, dass eine andere Software als vorgesehen die >> Gewährleistung nicht berührt. > > Korrekt - Gewährleistung bzgl. Hardware, nicht Software. Nein bezgl. der Hardware. >> Es sind nur wenige Bauteile, die nicht durch den Einfluss des >> Betriebssystem kaputt gehen können. > > Huh? Was hast Du denn für seltsame Geräte, deren Hardware durch das > Betriebsystem(!) *beschädigt* werden können? Sorry, du tust sehr schlau, scheinst aber wirklich keine Ahnung zu haben was ein Betreibssystem macht. Grüße Harald
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-24 16:33 +0200 |
| Message-ID | <55DB2B56.8080609@arnowelzel.de> |
| In reply to | #18040 |
Am 2015-08-23 um 16:02 schrieb Harald Klotz: > Arno Welzel schrieb: > >>> Er schrieb, dass eine andere Software als vorgesehen die >>> Gewährleistung nicht berührt. >> >> Korrekt - Gewährleistung bzgl. Hardware, nicht Software. > > Nein bezgl. der Hardware. > >>> Es sind nur wenige Bauteile, die nicht durch den Einfluss des >>> Betriebssystem kaputt gehen können. >> >> Huh? Was hast Du denn für seltsame Geräte, deren Hardware durch das >> Betriebsystem(!) *beschädigt* werden können? > > Sorry, du tust sehr schlau, scheinst aber wirklich keine Ahnung zu > haben was ein Betreibssystem macht. Nicht? <http://arnowelzel.de/wp/ueber-mich/meine-computer-geschichte/> <http://www.stcarchiv.de/stc1997/11_atarituning.php> <http://arnowelzel.de/wp/projekte/flashplayer-fuer-dokuwiki> <http://arnowelzel.de/wp/projekte/periodical> <http://extern.fli4l.de/fli4l_opt-db3/search.pl?pid=553> Aber vermutlich glaubst Du das schlicht nicht, was da steht. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-22 21:44 +0200 |
| Message-ID | <55D8D103.1000302@arnowelzel.de> |
| In reply to | #17950 |
Harald Klotz schrieb am 2015-08-22 um 15:07: > Arno Welzel schrieb: > >>> Bei Androiden ist nicht vorgesehen, dass der Nutzer ein anderes >>> Betriebssystem aufspielt. >>> Bestenfalls sind Updates vom Hersteller vorgesehen. >> >> Das ist irrelevant für die *Gewährleistungsansprüche* auf die >> *Hardware*. > > Ah, du meinst also wenn du bei einem Auto per Chiptuning mehr Leistung > aus der Maschine holst undd demit den Motor schrottest, ist es ein > Gewährleistungsfall? Wir reden aber nicht über Autos und Motoren, sondern Computer. > Befass dich mit bestimmungsgemäßen Gebrauch. > Wenn du Wasser in den Tabnk füllst oder Diesel statt Benzin, ist ein > Gewährleistungsfall? Andere Baustelle. >> Ein Hersteller muss nicht für Produktionsfehler z.B. bei einem >> Display, Anschlüssen oder Tasten nicht haften, sobald man die >> Firmware verändert hat - das glaubst Du ernsthaft? > > Jetzt ziehst du deine Behauptung zurück, schränkst ein. Nein, es ging die ganze Zeit *nur* darum, dass ein Hersteller für die fehlerfreie Lieferung seiner Produkte geradestehen muss und die Verantwortung für die fehlerfreie Hardware bei Auslieferung auch dann besteht, wenn die Software vom Kunden verändert wurde. [...] >> Und >> die Existenz eines Mangels ist erstmal unabhängig davon, ob man die >> Ware "bestimmungsgemäß" benutzt oder nicht. > > Das ist falsch. > Wenn der Mangel erst durch nicht bestimmungsgemäßen Gebrauch > hervorgerufen wird? Dann ist es kein Mangel, den der Hersteller verursacht hat. Ich rede aber über Mängel, die von Software nicht hervorgerufen werden können. [...] >> Als Beispiele HTC und Sony - da kann man ganz offiziell den >> Bootloader entsperren. Selbstverständlich muss man dabei auch >> zustimmen, dass evtl. Reparaturen die durch eigene Firmware nötig >> werden sollten, kostenpflichtig sind - aber auch davon bleiben die >> Gewährleistungansprüche auf die *Hardware* unberührt: > > Ah ja, und was hast du daran nicht verstanden? > "Reparaturen die durch eigene Firmware nötig werden sollten, > kostenpflichtig sind" Und was hast *Du* daran nicht verstanden? Logischerweise wird der Hersteller dafür Geld verlangen, wenn er das Custom-ROM wieder durch ein offizielles ROM ersetzen soll, damit das Gerät wieder korrekt funktioniert. Aber eine aufgrund von Produktionsfehlern defekte Hardware muss auch dann ersetzt werden, wenn zwischenzeitlich andere Software aufgespielt wurde. >>>> Der Hersteller kann schwerlich >>>> die Benutzung auf "seine" Software einschränken und bei Nutzung >>>> "fremder" Software die Gewährleistung auf die *Hardware* >>>> verweigern. >>> >>> Doch, er kann. >> >> Hast Du dafür ein konkretes Beispiel aus der Realität? > > Kaufe ein Smartphone, Tablet oder was auch immer, bei welchem der > Harsteller es nicht vorsieht. Habe ich - mehrfach. Ich habe auch schon Gewährleistung trotz Custom-ROM in Anspruch genommen, konkret bei einem Gerät, dass wasserdicht nach IP67 ist und bei dem trotzdem am Displayrahmen bei einem Regen Wasser eingedrungen ist. Und ja - das Gerät wurde im Rahmen der Gewährleistung ersetzt. [...] >> Und von fremder Software geht eine fehlerhaft produzierte USB-Buchse >> oder eine fehlerhaft produzierte Taste eher kaputt und ein Richter >> würde das ebenfalls so sehen? Das glaube ich nicht. > > Ja, du scheinst anzufangen zu begreifen, dass die Gewährleistung durch > unsachgemäßen Gebrauch doch verloren geht. Das war eine Frage an Dich, keine Feststellung. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | "Harald Klotz" <klotz@freenet.de> |
|---|---|
| Date | 2015-08-23 16:26 +0200 |
| Message-ID | <mreq6k$fqn$2@news.albasani.net> |
| In reply to | #17964 |
Arno Welzel schrieb: >> Ah, du meinst also wenn du bei einem Auto per Chiptuning mehr >> Leistung aus der Maschine holst undd demit den Motor schrottest, >> ist es ein Gewährleistungsfall? > > Wir reden aber nicht über Autos und Motoren, sondern Computer. Was macht es für einen Unterschied. Du behauptest, dass unzulässige Änderungen einer Software keinen Einfluss bzgl. der Gewährleistung auf die Hardware hat. Mein Beispiel ist ein Eingriff in eine Software. >> Befass dich mit bestimmungsgemäßen Gebrauch. >> Wenn du Wasser in den Tabnk füllst oder Diesel statt Benzin, ist >> ein Gewährleistungsfall? > > Andere Baustelle. Nein, exakt die selbe. >> Jetzt ziehst du deine Behauptung zurück, schränkst ein. > > Nein, es ging die ganze Zeit *nur* darum, dass ein Hersteller für > die fehlerfreie Lieferung seiner Produkte geradestehen muss und die > Verantwortung für die fehlerfreie Hardware bei Auslieferung auch > dann besteht, wenn die Software vom Kunden verändert wurde. Das ist falsch, so die Änderung der Systemsoftware nicht mehr zum bestimmungesgemäßen Gebrauch gehört. >> Wenn der Mangel erst durch nicht bestimmungsgemäßen Gebrauch >> hervorgerufen wird? > > Dann ist es kein Mangel, den der Hersteller verursacht hat. So ist es! Und davon kannst du ausgehen, wenn du Dinge veränderst, deren Veränderung vom Hersteller nicht vorgesehen ist. > Ich rede aber über Mängel, die von Software nicht hervorgerufen > werden können. Ah ja, welche sind es? Du windest dich. Falsche Systemsoftware kann Geräte nachhaltig zerstören, das reicht völlig um die Gewährleistung zu versagen. > Logischerweise wird der Hersteller dafür Geld verlangen, wenn er das > Custom-ROM wieder durch ein offizielles ROM ersetzen soll, damit das > Gerät wieder korrekt funktioniert. Ich kenne Fälle, wo die Werkstatt im Rahmen einer Gewährleistungsreparatur Geräte kurzerhand auf den Auslieferzustand zurückgesetzt haben. > Aber eine aufgrund von Produktionsfehlern defekte Hardware muss auch > dann ersetzt werden, wenn zwischenzeitlich andere Software > aufgespielt wurde. Nein. Nicht wenn man annehmen kann, dass der defekt duch die Software ausgelöst wurde. Es ist dem Hersteller, bz.w, der Werkstatt auch nicht zuzumuten, das zu analysieren und zu beweisen. >>> Hast Du dafür ein konkretes Beispiel aus der Realität? >> >> Kaufe ein Smartphone, Tablet oder was auch immer, bei welchem der >> Hersteller es nicht vorsieht. > > Habe ich - mehrfach. Und Defekte gehabt? Ich weiss, dass Hersteller, bzw. Werkstätten es häufig nicht prüfen und die Geräte tauschen, einzeln repariert wird so etwas eher selten. Verschrottet oder gesammelt und im Block rapariert. Vermutlich rutscht das meist einfach durch, weil es keiner Prüft, das ändert aber nicht die Tatsache, dass die gewährleistung bei Manipulationen am Gerät verfällt. > Ich habe auch schon Gewährleistung trotz Custom-ROM in Anspruch > genommen, konkret bei einem Gerät, dass wasserdicht nach IP67 ist > und bei dem trotzdem am Displayrahmen bei einem Regen Wasser > eingedrungen ist. Und ja - das Gerät wurde im Rahmen der > Gewährleistung ersetzt. Glück gehabt? Grüße Harald
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-24 16:31 +0200 |
| Message-ID | <55DB2AC6.8080701@arnowelzel.de> |
| In reply to | #18041 |
Am 2015-08-23 um 16:26 schrieb Harald Klotz: > Arno Welzel schrieb: > [...] >> Ich rede aber über Mängel, die von Software nicht hervorgerufen >> werden können. > > Ah ja, welche sind es? Alle an der Hardware - ausnahmslos. Wie z.B. der von mir geschilderte Fall der defekten Abdichtung am Display. Wie soll das durch Software verursacht werden? [...] > Falsche Systemsoftware kann Geräte nachhaltig zerstören, das reicht > völlig um die Gewährleistung zu versagen. Zeige mir einen dokumentierten Fall - nur einen Einzigen. Ich kenne bislang kein Android-Gerät, bei dem es möglich ist, die Hardware allein durch Software zu *zerstören*. Wenn dem so wäre, müsste man ja auch bei jedem Update vom Hersteller befürchten, dass die Hardware im Gerät davon kaputt geht - denn auch bei den Herstellern arbeiten nur Menschen, die auch Fehler machen können. Und wenn jetzt wieder das Argument mit dem übertakteten Prozessor kommt: Das muss ein ROM erstmal ermöglichen und auch aktuelle CPUs von Smartphones schalten sich bei Überhitzung ab. [...] >> Logischerweise wird der Hersteller dafür Geld verlangen, wenn er das >> Custom-ROM wieder durch ein offizielles ROM ersetzen soll, damit das >> Gerät wieder korrekt funktioniert. > > Ich kenne Fälle, wo die Werkstatt im Rahmen einer > Gewährleistungsreparatur Geräte kurzerhand auf den Auslieferzustand > zurückgesetzt haben. Ja - wenn sie so kulant sind, ist es doch schön. Im Fall eines Custom-ROMs dürfte die Werkstatt aber dafür ganz legal auch Geld verlangen, das Original-ROM wieder aufzuspielen. Denn dass das Gerät mit einem Custom-ROM fehlerfrei funktioniert muss der Hersteller ja nicht gewärleisten. Nur der Auslieferungszustand muss in Ordnung sein. [...] >> Ich habe auch schon Gewährleistung trotz Custom-ROM in Anspruch >> genommen, konkret bei einem Gerät, dass wasserdicht nach IP67 ist >> und bei dem trotzdem am Displayrahmen bei einem Regen Wasser >> eingedrungen ist. Und ja - das Gerät wurde im Rahmen der >> Gewährleistung ersetzt. > > Glück gehabt? Wie soll denn bitte Software dafür sorgen, dass eine Gummiabdichtung am Display im Geräteinneren nach ein paar Monaten undicht wird? -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2015-08-24 20:57 +0200 |
| Message-ID | <516sac-5e9.ln1@hergen.dyndns.org> |
| In reply to | #18049 |
Am 24.08.2015 um 16:31 schrieb Arno Welzel: > Alle an der Hardware - ausnahmslos. Wie z.B. der von mir geschilderte > Fall der defekten Abdichtung am Display. Wie soll das durch Software > verursacht werden? Mechanische Defekte - Ack. Das kann nicht durch Software verursacht werden. Dafür kommt von unwilligen Händlern gerne das Argument "kein bestimmungsgemäßer Gebrauch". Hardwaredefekte allgemein - nein. > Zeige mir einen dokumentierten Fall - nur einen Einzigen. Wer nach Beweisen ruft, sollte zunächst selbst welche vorlegen. >Ich kenne > bislang kein Android-Gerät, bei dem es möglich ist, die Hardware allein > durch Software zu *zerstören*. Ich kenne keinen modernen Microcontroller bzw. SoC, bei dem dies nicht möglich ist. Ein paar häufige Fallstricke, über die ich in meiner rund 30jährigen Berufspraxis als Entwicklungsingenieur teilweise schon selbst gestolpert bin: * Falsch geflashter Bootloader. Ohne funktionierenden Bootloader kein Zugang via USB oder andere Highlevel-Schnittstellen mehr möglich, sondern nur noch über Spezialadapter (JTAG/ISP/etc). * Falsch geflashte Fuses für den Taktgenerator. Ohne Takt kein erneutes Flashen mehr mehr möglich, auch nicht via JTAG. * Falsch geflashte Fuses für die Konfiguration jener IO-Pins, an denen USB bzw. JTAG hängen. Ohne diese Pins kein erneutes Flashen mehr möglich. * Falsche Konfiguration von PIOs als Output, welche ein Input hätten sein müssen. Dadurch zu hoher Stromfluss mit Zerstörung des Port und/oder des angeschlossenen Peripheriechip. * Falsche Ansteuerung von Leistungsverstärkern und -Treibern, welche sehr hohe Ströme liefern können. Dadurch Folgeschäden in den umgebenden Schaltungsteilen (bis hin zu verdampften Leiterbahnen - ernsthaft!). * Thermische Überlastung durch nicht funktionierende Schutzfunktionen. * uvm. > Wenn dem so wäre, müsste man ja auch bei jedem Update vom Hersteller > befürchten, dass die Hardware im Gerät davon kaputt geht - denn auch bei > den Herstellern arbeiten nur Menschen, die auch Fehler machen können. Eben deshalb lassen sich die Hersteller sehr viel Zeit für die Tests bzw. verzichten ganz auf "unnötige" Updates. > Und wenn jetzt wieder das Argument mit dem übertakteten Prozessor kommt: > Das muss ein ROM erstmal ermöglichen und auch aktuelle CPUs von > Smartphones schalten sich bei Überhitzung ab. ... wobei die Schwellwerte der Schutzschaltung per Software festgelegt werden bzw. Teile davon sogar in Software realisiert ist. Stichwort SMI/SMM bei Intel-CPUs... >> Ich kenne Fälle, wo die Werkstatt im Rahmen einer >> Gewährleistungsreparatur Geräte kurzerhand auf den Auslieferzustand >> zurückgesetzt haben. > > Ja - wenn sie so kulant sind, ist es doch schön. Das hat weniger etwas mit Kulanz zu tun, als mit Bequemlichkeit. Die Fehlersuche vereinfacht sich ganz erheblich, wenn sich die Software im Auslieferungszustand befindet. Zugleich liefert das erfolgreiche bzw. erfolglose Flashen eine Information darüber, ob der Hauptprozessor überhaupt noch läuft. Wann immer ein Problem im Bereich des Mainboard vermutet wird, ist das Flashen der erste Schritt bei der Fehlersuche... > Im Fall eines > Custom-ROMs dürfte die Werkstatt aber dafür ganz legal auch Geld > verlangen, das Original-ROM wieder aufzuspielen. Denn dass das Gerät mit > einem Custom-ROM fehlerfrei funktioniert muss der Hersteller ja nicht > gewärleisten. Nur der Auslieferungszustand muss in Ordnung sein. Ack. Leider gibt es aber auch Werkstätten, die kein Angebot für das Aufspielen der Werkssoftware vorlegen, sondern kurzerhand die Reparatur verweigern. Insbesondere innerhalb der Gewährleistungszeit. Hergen
[toc] | [prev] | [next] | [standalone]
| From | Jörg Tewes <jogi1964@gmx.net> |
|---|---|
| Date | 2015-08-24 23:59 +0200 |
| Message-ID | <55DB93CC.4000304@jtewes.my-fqdn.de> |
| In reply to | #18058 |
Hergen Lehmann schrieb:
> Am 24.08.2015 um 16:31 schrieb Arno Welzel:
>
>> Alle an der Hardware - ausnahmslos. Wie z.B. der von mir
>> geschilderte Fall der defekten Abdichtung am Display. Wie soll das
>> durch Software verursacht werden?
>
> Mechanische Defekte - Ack. Das kann nicht durch Software verursacht
> werden. Dafür kommt von unwilligen Händlern gerne das Argument "kein
> bestimmungsgemäßer Gebrauch".
>
> Hardwaredefekte allgemein - nein.
>
>> Zeige mir einen dokumentierten Fall - nur einen Einzigen.
>
> Wer nach Beweisen ruft, sollte zunächst selbst welche vorlegen.
Wie soll man Beweisen, daß ein Defekt nicht eintritt? Wenn man eine
Software vorlegt mit der kein Defekt auftritt, dann sagt der nach
Beweisen fragende doch ganz einfahc ja deine Software kann das nicht,
aber daß heißt ja nicht das es keine Software gibt. Insofern wäre ein
Beweis das man rein durch Software, gern auch eigenproduzierte einen
Defekt hervorrufen kann schon sinnvoller. Ich habe es zumindest bisher
nicht geschafft einen i5 kaputt zu machen. Wenn ich da Prime95 laufen
lasse, udn die Lüftung ausschalte dann geht der Prozessor/REchner
einfach aus, und zwar nach sehr sehr kurzer Zeit. Früher mal, da
allerdings mit einem AMD Prozessor ist mir das gelungen, da war
hinterher ein "Loch" im Die. So ähnlich sah der damals auch aus.
<http://img.tomshardware.com/de/2001/07/27/enthuellung_fsb_tricks_der_board_hersteller/brand6.jpg>
Bye Jörg
--
"There's only one truth about war: people die. Killing is part of a
soldier's job. We can't deny it. We can only live with it and hope
the reasons for doing it are justified."
(Sheridan, "GROPOS")
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2015-08-25 02:30 +0200 |
| Message-ID | <ahpsac-erg.ln1@hergen.dyndns.org> |
| In reply to | #18059 |
Am 24.08.2015 um 23:59 schrieb Jörg Tewes: > aber daß heißt ja nicht das es keine Software gibt. Insofern wäre ein > Beweis das man rein durch Software, gern auch eigenproduzierte einen > Defekt hervorrufen kann schon sinnvoller. Beweise zu fordern, ist an diesem Ort schlicht albern. Wir sind hier nicht am Strafgerichtshof. > Ich habe es zumindest bisher > nicht geschafft einen i5 kaputt zu machen. Wenn ich da Prime95 laufen > lasse, udn die Lüftung ausschalte dann geht der Prozessor/REchner > einfach aus, und zwar nach sehr sehr kurzer Zeit. Das ist aber auch eine vollkommen andere Ebene! Gegen Schäden durch wild laufende Anwendungssoftware soll (und wird) eine vernünftig programmierte Systemsoftware einen guten Schutz bieten. Wenn jedoch das System selbst modifiziert wurde - und darum geht es hier - kann man sich darauf nicht mehr verlassen. Gerätetreiber und Kernel haben einen so tiefen Durchgriff auf die Hardware, das ein falsches Bit in einem neuralgischen Konfigurations-Register tatsächlich permanente Schäden verursachen kann. Praxisbeispiele hatte ich bereits gebracht. Hergen
[toc] | [prev] | [next] | [standalone]
| From | Jörg Tewes <jogi1964@gmx.net> |
|---|---|
| Date | 2015-08-25 12:17 +0200 |
| Message-ID | <55DC409E.7010000@jtewes.my-fqdn.de> |
| In reply to | #18060 |
Hergen Lehmann schrieb:
> Am 24.08.2015 um 23:59 schrieb Jörg Tewes:
>
>> aber daß heißt ja nicht das es keine Software gibt. Insofern wäre
>> ein Beweis das man rein durch Software, gern auch eigenproduzierte
>> einen Defekt hervorrufen kann schon sinnvoller.
>
> Beweise zu fordern, ist an diesem Ort schlicht albern. Wir sind hier
> nicht am Strafgerichtshof.
Ahja, erst soll man selbst Beweise beibringen, wenn man denn dar legt
das dies nicht möglich ist, dann ist es plötzlich albern Beweise zu
fordern. ALso kann man einfach alles behaupten, weil Beweise fordern ja
albern ist. Ich kann durch Software machen das ein Rechner fliegt.
>> Ich habe es zumindest bisher nicht geschafft einen i5 kaputt zu
>> machen. Wenn ich da Prime95 laufen lasse, udn die Lüftung
>> ausschalte dann geht der Prozessor/REchner einfach aus, und zwar
>> nach sehr sehr kurzer Zeit.
>
> Das ist aber auch eine vollkommen andere Ebene! Gegen Schäden durch
> wild laufende Anwendungssoftware soll (und wird) eine vernünftig
> programmierte Systemsoftware einen guten Schutz bieten.
Die Systemsoftware hat mit dem abschalten aber überhaupt nix zu tun. Ein
Überhitzen des Prozessors kann man auch machen wenn man im Bios ist.
Einfach bei einemn i7 mal den Stecker vom Lüfter abziehen und es
passiert genau dasselbe.
> Wenn jedoch das System selbst modifiziert wurde - und darum geht es
> hier - kann man sich darauf nicht mehr verlassen.
Auf die Abschaltung bei Überhitzung schon.
Bye Jörg
--
"Mollari, what did he say...really."
"He said...that we are both damned."
"Well, it's a small enough price to pay for immortality."
(Refa and Londo, "The Coming of Shadows")
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-25 10:38 +0200 |
| Message-ID | <55DC2992.6020003@arnowelzel.de> |
| In reply to | #18058 |
Am 2015-08-24 um 20:57 schrieb Hergen Lehmann: > Am 24.08.2015 um 16:31 schrieb Arno Welzel: > >> Alle an der Hardware - ausnahmslos. Wie z.B. der von mir geschilderte >> Fall der defekten Abdichtung am Display. Wie soll das durch Software >> verursacht werden? > > Mechanische Defekte - Ack. Das kann nicht durch Software verursacht > werden. Dafür kommt von unwilligen Händlern gerne das Argument "kein > bestimmungsgemäßer Gebrauch". > > Hardwaredefekte allgemein - nein. > >> Zeige mir einen dokumentierten Fall - nur einen Einzigen. > > Wer nach Beweisen ruft, sollte zunächst selbst welche vorlegen. Ich kenne kein Android-Gerät, dessen *Hardware* aufgrund eines Custom-ROMs beschädigt wurde. Solange man kein Beispiel bringt, dass das Gegenteil belegt, ist das für mich "Beweis" genug. Wenn jemand behauptet, ein Custom-ROM kann die Hardware eines Android-Gerätes zerstören, dann sollte es ja mindestens *einen* Fall geben, wo das dokumentiert ist. >> Ich kenne >> bislang kein Android-Gerät, bei dem es möglich ist, die Hardware allein >> durch Software zu *zerstören*. > > Ich kenne keinen modernen Microcontroller bzw. SoC, bei dem dies nicht > möglich ist. Ein paar häufige Fallstricke, über die ich in meiner rund > 30jährigen Berufspraxis als Entwicklungsingenieur teilweise schon selbst > gestolpert bin: > > * Falsch geflashter Bootloader. Ohne funktionierenden Bootloader kein > Zugang via USB oder andere Highlevel-Schnittstellen mehr möglich, > sondern nur noch über Spezialadapter (JTAG/ISP/etc). Softwarefehler, nicht Hardware. Der Chip geht immer noch. Ist für Dich die Hardware(!) eines PC auch "kaputt", wenn der Bootloader auf der Festplatte gelöscht wurde und deshalb das Betriebssystem nicht mehr von der Festplatte startet? > * Falsch geflashte Fuses für den Taktgenerator. Ohne Takt kein erneutes > Flashen mehr mehr möglich, auch nicht via JTAG. Und wo sind die bei typischer Android-Hardware? > * Falsch geflashte Fuses für die Konfiguration jener IO-Pins, an denen > USB bzw. JTAG hängen. Ohne diese Pins kein erneutes Flashen mehr möglich. Und wo sind die bei typischer Android-Hardware? > * Falsche Konfiguration von PIOs als Output, welche ein Input hätten > sein müssen. Dadurch zu hoher Stromfluss mit Zerstörung des Port > und/oder des angeschlossenen Peripheriechip. Und wo sind die bei typischer Android-Hardware? > * Falsche Ansteuerung von Leistungsverstärkern und -Treibern, welche > sehr hohe Ströme liefern können. Dadurch Folgeschäden in den umgebenden > Schaltungsteilen (bis hin zu verdampften Leiterbahnen - ernsthaft!). Und wo sind die bei typischer Android-Hardware? > * Thermische Überlastung durch nicht funktionierende Schutzfunktionen. Dafür hätte ich ja gerne ein Beispiel gehabt - wenn ein Android-Gerät aufgrund von Überhitzung dauerhaft kaputt geht, müsste das ja irgendwo auch dokumentiert sein. Ich kann ich aber nicht an Berichte dieser Art in den letzten 7 Jahren, seit es Android gibt, erinnern. >> Und wenn jetzt wieder das Argument mit dem übertakteten Prozessor kommt: >> Das muss ein ROM erstmal ermöglichen und auch aktuelle CPUs von >> Smartphones schalten sich bei Überhitzung ab. > > ... wobei die Schwellwerte der Schutzschaltung per Software festgelegt > werden bzw. Teile davon sogar in Software realisiert ist. Stichwort > SMI/SMM bei Intel-CPUs... Man kann die harten Abschaltung bei Überhitzung durch THERMTRIP per SMI anpassen? Das ist mir neu. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2015-08-25 11:45 +0200 |
| Message-ID | <43qtac-h4s.ln1@hergen.dyndns.org> |
| In reply to | #18062 |
Am 25.08.2015 um 10:38 schrieb Arno Welzel: > Wenn jemand behauptet, ein Custom-ROM kann die Hardware eines > Android-Gerätes zerstören, dann sollte es ja mindestens *einen* Fall > geben, wo das dokumentiert ist. Es wandern täglich hunderttausende Handies in den Mülleimer, weil sie nicht mehr richtig funktionieren. Niemand wird über die Ursachen ein Gutachten anfertigen lassen und dies auch noch publizieren. Aber lies halt mal einschlägige Foren (z.B. xda-developers.com). Da gibt es alle naselang Anfragen von Usern, die ihr Gerät so kaputt geflasht haben, das es auf den üblichen Wegen nicht mehr ansprechbar ist. >> * Falsch geflashter Bootloader. Ohne funktionierenden Bootloader kein >> Zugang via USB oder andere Highlevel-Schnittstellen mehr möglich, >> sondern nur noch über Spezialadapter (JTAG/ISP/etc). > > Softwarefehler, nicht Hardware. Der Chip geht immer noch. Der (nicht tauschbare) Chip vielleicht, das Mainboard als Ganzes nein => Hardwaredefekt. > Ist für Dich > die Hardware(!) eines PC auch "kaputt", wenn der Bootloader auf der > Festplatte gelöscht wurde und deshalb das Betriebssystem nicht mehr von > der Festplatte startet? Wenn das Speichermedium nicht tauschbar ist (internes Flash eines Smartphone), ja, dann ist die Hardware nach Löschen des Bootloader defekt. Wahrscheinlich sogar so defekt, das auch eine Fachwerkstatt nicht mehr weiterhelfen kann. Passende JTAG-Adapter und das Wissen um deren Handhabung gibt es meist nur im Entwicklungslabor des Herstellers. >> * Falsch geflashte Fuses für den Taktgenerator. Ohne Takt kein erneutes >> Flashen mehr mehr möglich, auch nicht via JTAG. > > Und wo sind die bei typischer Android-Hardware? In speziellen Flash-Speicherzellen des SoC, zusätzlich häufig in Prozessorregistern, um Änderungen des Taktes zur Laufzeit zu ermöglichen. Taktfrequenz 0Hz bereits beim Einschalten oder in einer frühen Bootphase - ich will sehen, wie du da wieder heraus kommst. >> * Falsch geflashte Fuses für die Konfiguration jener IO-Pins, an denen >> USB bzw. JTAG hängen. Ohne diese Pins kein erneutes Flashen mehr möglich. > > Und wo sind die bei typischer Android-Hardware? Je nach SoC in speziellen Flash-Speicherzellen oder in Registern (welche vom Bootloader beschrieben und danach nicht mehr verändert werden). Die Konfigurierbarkeit ist erforderlich, weil moderne SoC's viel mehr Funktionseinheiten enthalten, als IO-Pins vorhanden sind. Fast alle Pins haben zwei oder mehr oder mehr alternative Funktionen, zwischen denen sich der Gerätehersteller beim Design entscheiden muss. >> * Falsche Konfiguration von PIOs als Output, welche ein Input hätten >> sein müssen. Dadurch zu hoher Stromfluss mit Zerstörung des Port >> und/oder des angeschlossenen Peripheriechip. > > Und wo sind die bei typischer Android-Hardware? Im Regelfall in Prozessorregistern, die sich jederzeit beschreiben lassen. Viele in Smartphones gebräuchliche Schnittstellen (z.B. SD/MMC und I2C) arbeiten mit bidirektionalen Datenleitungen, die Richtung *muss* sich also dynamisch per Software umschalten lassen. >> * Falsche Ansteuerung von Leistungsverstärkern und -Treibern, welche >> sehr hohe Ströme liefern können. Dadurch Folgeschäden in den umgebenden >> Schaltungsteilen (bis hin zu verdampften Leiterbahnen - ernsthaft!). > > Und wo sind die bei typischer Android-Hardware? - Ladecontroller (häufig per Software konfigurierbar) - Power-Management (häufig per Software konfigurierbar) - HF-Endstufe - Ansteuerung des LED-Backlight Überall dort wird mit Strömen von mehreren Ampere gearbeitet, normalerweise mit Pulsbetrieb oder PWM. Bei falscher (Dauer-)Ansteuerung wird es sehr schnell sehr heiß. >> * Thermische Überlastung durch nicht funktionierende Schutzfunktionen. > > Dafür hätte ich ja gerne ein Beispiel gehabt - wenn ein Android-Gerät > aufgrund von Überhitzung dauerhaft kaputt geht, müsste das ja irgendwo > auch dokumentiert sein. Lies einschlägige Foren. Dort gibt es sehr häufig Beschwerden, daß das Gerät mit Custom-ROM deutlich heißer wird, als mit der Originalfirmware. Die Schwellwerte der Temperaturüberwachung müssen demnach per Software beeinflussbar sein und werden offenbar auch gerne beeinflusst, um mehr Performance heraus zu kitzeln. >> ... wobei die Schwellwerte der Schutzschaltung per Software festgelegt >> werden bzw. Teile davon sogar in Software realisiert ist. Stichwort >> SMI/SMM bei Intel-CPUs... > > Man kann die harten Abschaltung bei Überhitzung durch THERMTRIP per SMI > anpassen? Das ist mir neu. Irgendwer muss das THERMTRIP-Signal auch auswerten. Das wird im Regelfall irgendein System Management-Chip sein, in welchem wiederum ein Microcontroller mit Software steckt. ... und außerdem arbeiten in Smartphones keine Core-i CPUs. Die in einem Smartphone verwendete Temperaturüberwachung muss wesentlich flexibler konfigurierbar sein, weil die Wirksamkeit der Kühlung individuell sehr verschieden ist, und auch die Akkutemperatur noch eine große Rolle spielt. Hergen
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-25 18:41 +0200 |
| Message-ID | <55DC9AAC.30901@arnowelzel.de> |
| In reply to | #18063 |
Am 2015-08-25 um 11:45 schrieb Hergen Lehmann: > Am 25.08.2015 um 10:38 schrieb Arno Welzel: > >> Wenn jemand behauptet, ein Custom-ROM kann die Hardware eines >> Android-Gerätes zerstören, dann sollte es ja mindestens *einen* Fall >> geben, wo das dokumentiert ist. > > Es wandern täglich hunderttausende Handies in den Mülleimer, weil sie > nicht mehr richtig funktionieren. Niemand wird über die Ursachen ein > Gutachten anfertigen lassen und dies auch noch publizieren. > > Aber lies halt mal einschlägige Foren (z.B. xda-developers.com). Da gibt > es alle naselang Anfragen von Usern, die ihr Gerät so kaputt geflasht > haben, das es auf den üblichen Wegen nicht mehr ansprechbar ist. Sicher - das ist dann aber auch kein Hardwareschaden. Das Gerät würde ja weiterhin funktionieren, wenn die Software nicht überschrieben worden wäre. Wenn "übliche Wege" nicht mehr möglich sind, um die Systemsoftware korrekt wiederherzustellen, muss eben eine kostenpflichtige Reparatur in Anspruch genommen werden. Und ja, dass der Hersteller sowas nicht kostenlos im Rahmen der Gewährleistung macht, ist auch klar. [...] >> Man kann die harten Abschaltung bei Überhitzung durch THERMTRIP per SMI >> anpassen? Das ist mir neu. > > Irgendwer muss das THERMTRIP-Signal auch auswerten. Das wird im > Regelfall irgendein System Management-Chip sein, in welchem wiederum ein > Microcontroller mit Software steckt. Nicht wirklich. Das ist eher eine Notabschaltung im Sinne von "Strom aus, sofort". Da wird nichts mehr groß ausgewertet. Höchstens bei einem Server-Board mag es sein, dass das *zusätzlich* vorhandene System-Management dieses Ereignis aufzeichnet und speichert. > ... und außerdem arbeiten in Smartphones keine Core-i CPUs. Das Beispiel mit Intel-CPUs war von Dir, nicht von mir. Und THERMTRIP ist wirklich die allerletzte Notlösung bei ca. 110°C, bei manchen CPUs auch darunter, wenn gar nichts mehr geht und die CPU sonst sehr wahrscheinlich kaputt geht. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2015-08-25 19:49 +0200 |
| Message-ID | <1fmuac-e87.ln1@hergen.dyndns.org> |
| In reply to | #18068 |
Am 25.08.2015 um 18:41 schrieb Arno Welzel: >> Aber lies halt mal einschlägige Foren (z.B. xda-developers.com). Da gibt >> es alle naselang Anfragen von Usern, die ihr Gerät so kaputt geflasht >> haben, das es auf den üblichen Wegen nicht mehr ansprechbar ist. > > Sicher - das ist dann aber auch kein Hardwareschaden. Das Gerät würde ja > weiterhin funktionieren, wenn die Software nicht überschrieben worden wäre. Wenn ein Defekt in der Werkstatt nur durch Austausch von Komponenten (hier: Mainboard) behoben werden kann, ist das für mich ein Hardwaredefekt. Ob der Hersteller mit Spezialgeräten (JTAG) theoretisch in der Lage gewesen wäre, das alte Mainboard wieder zu beleben, erscheint mir irrelevant, denn es wird dort nie ankommen. >> ... und außerdem arbeiten in Smartphones keine Core-i CPUs. > > Das Beispiel mit Intel-CPUs war von Dir, nicht von mir. Nö, ich hab das auch nur in einem Ast dieses Thread aufgeschnappt. :-P Aber grundsätzlich ist es nicht unüblich, Überwachungsfunktionen in eine Art Hyper-Hypervisor auszulagern. Auch viele SoC's besitzen irgendein ominöses ROM, dessen Inhalt nur dem Chiphersteller bekannt ist, noch vor dem eigentlichen Bootloader zur Ausführung kommt, und möglicherweise auch im Betrieb unter bestimmten Bedingungen wieder aktiv wird. > Und THERMTRIP ist wirklich die allerletzte Notlösung bei ca. 110°C, bei > manchen CPUs auch darunter, wenn gar nichts mehr geht und die CPU sonst > sehr wahrscheinlich kaputt geht. Genau das geht beim Smartphone aber nicht. Mangels ausreichender Kühlung und Dank unmittelbarer Nachbarschaft des hitzeempfindlichen Akku muss das System Management bereits lange vor Erreichen einer kritischen Die-Temperatur proaktiv tätig werden und den Takt reduzieren. Dies wird in der Mehrzahl der Fälle per Software realisiert sein. Hergen
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2015-08-26 16:43 +0200 |
| Message-ID | <55DDD09A.50202@arnowelzel.de> |
| In reply to | #18070 |
Am 2015-08-25 um 19:49 schrieb Hergen Lehmann: > Am 25.08.2015 um 18:41 schrieb Arno Welzel: [...] >> Und THERMTRIP ist wirklich die allerletzte Notlösung bei ca. 110°C, bei >> manchen CPUs auch darunter, wenn gar nichts mehr geht und die CPU sonst >> sehr wahrscheinlich kaputt geht. > > Genau das geht beim Smartphone aber nicht. Mangels ausreichender Kühlung > und Dank unmittelbarer Nachbarschaft des hitzeempfindlichen Akku muss > das System Management bereits lange vor Erreichen einer kritischen > Die-Temperatur proaktiv tätig werden und den Takt reduzieren. Dies wird > in der Mehrzahl der Fälle per Software realisiert sein. Auch bei CPUs für Desktops werden lange vor dieser Temperatur Gegenmaßnahmen eingeleitet - angefangen bei zusätzlichen Wartezyklen, um die Temperatur zu senken. -- Arno Welzel http://arnowelzel.de http://de-rec-fahrrad.de http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Hergen Lehmann <hlehmann.expires.5-11@snafu.de> |
|---|---|
| Date | 2015-08-26 20:27 +0200 |
| Message-ID | <b1d1bc-jjb.ln1@hergen.dyndns.org> |
| In reply to | #18077 |
Am 26.08.2015 um 16:43 schrieb Arno Welzel: >> Genau das geht beim Smartphone aber nicht. Mangels ausreichender Kühlung >> und Dank unmittelbarer Nachbarschaft des hitzeempfindlichen Akku muss >> das System Management bereits lange vor Erreichen einer kritischen >> Die-Temperatur proaktiv tätig werden und den Takt reduzieren. Dies wird >> in der Mehrzahl der Fälle per Software realisiert sein. > > Auch bei CPUs für Desktops werden lange vor dieser Temperatur > Gegenmaßnahmen eingeleitet - angefangen bei zusätzlichen Wartezyklen, um > die Temperatur zu senken. Ja. Und auch dort können die Schwellwerte per Software manipuliert werden. Mindestens im BIOS-Setup, höchstwahrscheinlich aber auch nachträglich durch direkte Zugriffe per SMBus auf den System Management-Chip. Hergen
[toc] | [prev] | [next] | [standalone]
Page 5 of 17 — ← Prev page 1 … 3 4 [5] 6 7 … 17 Next page →
Back to top | Article view | de.alt.comm.android
csiph-web