linux-kernel - Re: [PATCH 0/8] MIPS: Unify low-level debugging functionalities

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <96543d4c-f08e-443d-9a85-9257fc4f4b6c@app.fastmail.com>
Date: Thu, 21 Dec 2023 02:21:26 +0000
From: "Jiaxun Yang" <jiaxun.yang@...goat.com>
To: "Thomas Bogendoerfer" <tsbogend@...ha.franken.de>
Cc: "linux-mips@...r.kernel.org" <linux-mips@...r.kernel.org>,
 linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/8] MIPS: Unify low-level debugging functionalities

在2023年12月20日十二月 下午9:18，Thomas Bogendoerfer写道：
> On Sun, Oct 29, 2023 at 02:53:01AM +0000, Jiaxun Yang wrote:
>> The plan is to elimiate platform specific early_printk and
>> cps-vec-ns16550 by debug_ll and earlycon.
>
> https://xkcd.com/927/ ?
>
> sorry I don't think that just another new function is good approach.
> Doing this will end up with another method for early debugging and
> all other will stay.

To summarize how are we going to handle low-level debugging after this series:
1. You are lucky enough that the problem happens after console system initialized
   and you have stack working: go earlycon, or on very few old platforms with platform
   early_printk
2. You are debugging zboot: debug_ll
3. You are debugging SMP bootstrap code like cps-vec: debug_ll
4. Your kernel crashed at the middle of no where before trap_init: debug_ll

Thanks
>
> Thomas.
>
> -- 
> Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
> good idea.                                                [ RFC1925, 2.3 ]

-- 
- Jiaxun