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] [thread-next>] [day] [month] [year] [list]
Message-Id: <7a57b319-a774-4f97-af06-fe1a637a45ce@app.fastmail.com>
Date:   Sun, 08 Jan 2023 22:05:14 +0100
From:   "Arnd Bergmann" <arnd@...db.de>
To:     "Dmitry Baryshkov" <dbaryshkov@...il.com>
Cc:     "Richard Purdie" <richard.purdie@...uxfoundation.org>,
        "Arnd Bergmann" <arnd@...nel.org>,
        "Robert Jarzmik" <robert.jarzmik@...e.fr>,
        "Daniel Mack" <daniel@...que.org>,
        "Haojian Zhuang" <haojian.zhuang@...il.com>,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        "Ales Bardorfer" <ales@...ech.si>,
        "Ales Snuparek" <snuparek@...as.cz>,
        "Alex Osborne" <ato@...hy.org>,
        "Alex Osborne" <bobofdoom@...il.com>,
        "Dirk Opfer" <dirk@...er-online.de>, "Ian Molton" <spyro@....com>,
        "Lennert Buytenhek" <kernel@...tstofly.org>,
        "Marek Vasut" <marek.vasut@...il.com>,
        "Michael Petchkovsky" <mkpetch@...ernode.on.net>,
        "Nick Bane" <nick@...omputing.co.uk>,
        "Paul Parsons" <lost.distance@...oo.com>,
        "Philipp Zabel" <philipp.zabel@...il.com>,
        "Sergey Lapin" <slapin@...fans.org>,
        "Tomas Cech" <sleep_walker@...e.cz>,
        "Linus Walleij" <linusw@...nel.org>,
        "Marc Zyngier" <maz@...nel.org>
Subject: Re: [PATCH 01/27] ARM: pxa: remove unused board files

On Fri, Jan 6, 2023, at 11:06, Dmitry Baryshkov wrote:
> пт, 6 янв. 2023 г. в 11:47, Arnd Bergmann <arnd@...db.de>:
>> > Is there any conversion to DT you can easily point at as an example of
>> > the kinds of changes needed?
>>
>> Robert Jarzmik and Daniel Mack worked on the conversion of the
>> PXA platform to DT. Daniel contributed the port for Raumfeld,
>> which should be complete, while Robert worked on more driver
>> conversions and mentioned[1] that he had converted additional
>> boards in the past but did not merge it upstream. They
>> can probably point you to whatever is missing. I would expect
>> the generic PXA drivers (spi, mmc, nand, i2c, audio, fb, gpio,
>> keypad) to  basically work work a correct DT description,
>> while the machine specific drivers (scoop and pcmcia mainly)
>> will need DT support in the driver.
>>
>> In addition, Linus Walleij and Marc Zyngier have both expressed
>> interest in keeping sa1100 (h3600, collie, assabet, jornada720)
>> alive, but those don't have any DT support yet and require
>> much more work. Also note that while you can now build a kernel
>> that includes support for all little-endian ARMv4T and ARMv5
>> machines, StrongARM machine still require a separate kernel
>> build.
>
> I looked into converting collie to use DT several years ago. The major
> problem was not in the StrongARM itself , but rather in the locomo
> (platform-specific ASIC) and PCMCIA. Unfortunately I abandoned that
> work ages ago. RMK didn't seem to be very interested, if I remember
> correclty.

At least locomo and sa1111 are both private to mach-sa1100
now and no longer shared with pxa, so this should get
a little easier. When I had last looking into cleaning up
sa1100, my impression was that the main work would be converting
most of the drivers to use dynamic resources instead of
hardcoded addresses and interrupts. Looking at locomo again,
my feeling is that this could remain largely unchanged,
as the locomo downstream drivers (led, keyboard, lcd)
are already abstracted enough and locomo itself can
just be an mfd or soc driver.

> I suspect that the platforms might need to be rebootstrapped from the
> ground up. This sounds like a fun project for the next Connect demo :D
>
> BTW: collie is also supported by the qemu (in fact at some point I
> mostly used qemu for debugging collie). I don't think that the LCD
> emulation works, but the rest should be mostly good.

Good to know about the LCD. The qemu support was clearly a
strong reason for keeping this machine vs the others.

     Arnd

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ