Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1624243 > unrolled thread
| Started by | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| First post | 2017-04-16 12:40 +0200 |
| Last post | 2017-04-20 10:00 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 00/10] mac68k: Miscellaneous fixes, cleanup and modernization Geert Uytterhoeven <geert@linux-m68k.org> - 2017-04-16 12:40 +0200
Re: [PATCH 00/10] mac68k: Miscellaneous fixes, cleanup and modernization Finn Thain <fthain@telegraphics.com.au> - 2017-04-17 04:00 +0200
Re: [PATCH 00/10] mac68k: Miscellaneous fixes, cleanup and modernization Geert Uytterhoeven <geert@linux-m68k.org> - 2017-04-20 10:00 +0200
| From | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Date | 2017-04-16 12:40 +0200 |
| Subject | Re: [PATCH 00/10] mac68k: Miscellaneous fixes, cleanup and modernization |
| Message-ID | <twPL4-2wU-5@gated-at.bofh.it> |
Hi Finn,
On Sun, Apr 9, 2017 at 1:51 AM, Finn Thain <fthain@telegraphics.com.au> wrote:
> This series has various patches from several different people. Two printk
> modernization patches were originally from Geert Uytterhoeven and three
> Nubus patches were originally committed to the Linux/mac68k CVS by
> David Huggins-Daines.
Thanks, most of them look sane enough to apply and still queue for v4.12.
I'm a bit reluctant about the nubus changes (patches 6 and 8), though.
Do you think they need more testing?
Thanks!
> Finn Thain (10):
> m68k/mac: IOP - Modernize printing of kernel messages
> m68k/mac: Modernize printing of kernel messages
> m68k/mac: Adopt platform_device_register_simple()
> m68k/mac: Clarify IOP message alloc/free confusion
> nubus: Fix nubus_rewinddir (from mac68k CVS)
> nubus: Remove slot zero probe (from mac68k CVS)
> nubus: Clean up printk calls (from mac68k CVS)
> nubus: Fix pointer validation
> nubus: Clean up whitespace
> nubus: Add MVC and VSC video card definitions
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.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
[toc] | [next] | [standalone]
| From | Finn Thain <fthain@telegraphics.com.au> |
|---|---|
| Date | 2017-04-17 04:00 +0200 |
| Subject | Re: [PATCH 00/10] mac68k: Miscellaneous fixes, cleanup and modernization |
| Message-ID | <tx47o-2J0-3@gated-at.bofh.it> |
| In reply to | #1624243 |
On Sun, 16 Apr 2017, Geert Uytterhoeven wrote:
> Hi Finn,
>
> On Sun, Apr 9, 2017 at 1:51 AM, Finn Thain <fthain@telegraphics.com.au>
> wrote:
> > This series has various patches from several different people. Two
> > printk modernization patches were originally from Geert Uytterhoeven
> > and three Nubus patches were originally committed to the Linux/mac68k
> > CVS by David Huggins-Daines.
>
> Thanks, most of them look sane enough to apply and still queue for
> v4.12.
>
> I'm a bit reluctant about the nubus changes (patches 6 and 8), though.
> Do you think they need more testing?
>
> Thanks!
Patch 6 is partly dead code removal. In principle, this patch is a
reversion to the old code (pre-v2.3.17). The old code was thoroughly
tested in Debian Sarge. I suppose a reviewer might wonder whether we want
to keep new code for probing fake slot resources in Apple's on-board ROMs.
That would be useful if it could eliminate the macintosh_config struct.
But it can't, and we don't want both mechanisms. Hence the reversion in
the mac68k CVS.
Patch 8 changes the pointer validation code and although this has been
tested on the valid path, you are right that it could use some negative
testing. But that would seem to require cards with flawed ROMs. I don't
know of any of such cards. So I think that all we can do is more review.
Maybe Michael or Laurent would be willing to review these two patches?
--
>
> > Finn Thain (10):
> > m68k/mac: IOP - Modernize printing of kernel messages
> > m68k/mac: Modernize printing of kernel messages
> > m68k/mac: Adopt platform_device_register_simple()
> > m68k/mac: Clarify IOP message alloc/free confusion
> > nubus: Fix nubus_rewinddir (from mac68k CVS)
> > nubus: Remove slot zero probe (from mac68k CVS)
> > nubus: Clean up printk calls (from mac68k CVS)
> > nubus: Fix pointer validation
> > nubus: Clean up whitespace
> > nubus: Add MVC and VSC video card definitions
>
> Gr{oetje,eeting}s,
>
> Geert
>
[toc] | [prev] | [next] | [standalone]
| From | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Date | 2017-04-20 10:00 +0200 |
| Message-ID | <tyfaq-6aM-25@gated-at.bofh.it> |
| In reply to | #1624505 |
Hi Finn,
On Mon, Apr 17, 2017 at 3:50 AM, Finn Thain <fthain@telegraphics.com.au> wrote:
> On Sun, 16 Apr 2017, Geert Uytterhoeven wrote:
>> On Sun, Apr 9, 2017 at 1:51 AM, Finn Thain <fthain@telegraphics.com.au>
>> wrote:
>> > This series has various patches from several different people. Two
>> > printk modernization patches were originally from Geert Uytterhoeven
>> > and three Nubus patches were originally committed to the Linux/mac68k
>> > CVS by David Huggins-Daines.
>>
>> Thanks, most of them look sane enough to apply and still queue for
>> v4.12.
>>
>> I'm a bit reluctant about the nubus changes (patches 6 and 8), though.
>> Do you think they need more testing?
>>
>> Thanks!
>
> Patch 6 is partly dead code removal. In principle, this patch is a
> reversion to the old code (pre-v2.3.17). The old code was thoroughly
> tested in Debian Sarge. I suppose a reviewer might wonder whether we want
> to keep new code for probing fake slot resources in Apple's on-board ROMs.
> That would be useful if it could eliminate the macintosh_config struct.
> But it can't, and we don't want both mechanisms. Hence the reversion in
> the mac68k CVS.
>
> Patch 8 changes the pointer validation code and although this has been
> tested on the valid path, you are right that it could use some negative
> testing. But that would seem to require cards with flawed ROMs. I don't
> know of any of such cards. So I think that all we can do is more review.
>
> Maybe Michael or Laurent would be willing to review these two patches?
OK.
I've applied and queued all but patches 6 and 8. This required some
small adjustment to e.g. the whitespace patch.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.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
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web