This is going straight to rc1 because it contains a lot of security fixes
for local security problems found by Silvio's audit Solar Designer and
a couple of other folks. The other stuff is minor and is the entire 2.2
pending queue anyway.
Special thanks go to Openwall who did pretty much all of the security
backporting work. This is mostly their kernel update not mine.
2.2.22-rc2
o Fix isofs over loopback problems (Balazs Takacs)
o Backport 2.4 shutdown/reset SIGIO from 2.4 (Julian Anastasov)
o Fix error reporting in OOM cases (Julian Anastasov)
o List a 2.2 maintainer in MAINTAINERS (Keith Owens)
o Set atime on AF_UNIX sockets (Solar Designer)
o Restore SPARC MD boot configuration (Tomas Szepe)
o Multiple further sign/overflow fixes (Solar Designer)
o Fix ov511 'vfree in interrupt' (Mark McClelland)
2.2.22-rc1
o Backport 2.4 neighbour sending fix (Chris Friesen)
o Fix a sign handling slackness in apm (Silvio Cesare)
o Fix a sign handling error in rio500 (Silvio Cesare)
o Indent depca ready for cleanups (me)
o Update VIA C3 recognition (Diego Rodriguez)
o Fix a sysctl handling bug (MIYOSHI Kazuto)
o Fix a netlink error handling bug in ipfw (Alexander Atanasov)
o 3ware IDE RAID update (Adam Radford)
o Note ioctl clash on 0x5402 (Pavel Machek)
o Typo fix (Dan Aloni)
o Update Riley's contact info (Riley Williams)
o Alpha ptrace fixes (Solar Designer)
o Multiple security fix backports (Solar Designer)
On Fri, 30 Aug 2002, Alan Cox wrote:
> This is going straight to rc1 because it contains a lot of security fixes
> for local security problems found by Silvio's audit Solar Designer and
> a couple of other folks. The other stuff is minor and is the entire 2.2
> pending queue anyway.
>
> Special thanks go to Openwall who did pretty much all of the security
> backporting work. This is mostly their kernel update not mine.
Great work, but in 2.2.22rc2 powerpc's still broken.
First of All Sources have got a lot of unsed stuff.
For example look like that:
[dzimi@cyborg linux]$ rgrep -n -R '*.*' 'CONFIG_PPC64' .
./arch/ppc/mm/init.c:124:#ifdef CONFIG_PPC64
./arch/ppc/mm/init.c:132:#ifdef CONFIG_PPC64
./arch/ppc/mm/init.c:1586:#ifdef CONFIG_PPC64
[dzimi@cyborg linux]$
this is unused ...
We may remove it or upgrade it ... (i can do it)
Second kernel-2.2.21 still have got time init problems in symbios driver
on powerpc platform.
I send to you my ugly hack witch work, but IMHO he's ugly ;) I need to do
it correct.
Third, kernel for powerpc boot and work on g3-266 but on g3-333 Ops ...
(kernel traps, kernel wrote: Caused by SRR1 or somethink like that, in 2.3
i saw #define FIX_SRR1 macro ...)
It's need a lot of bugfixies from 2.3/2.4 tree .. i've got some machines
and i'm going to fix it. (I don't like some much 2.4.x ;))
That's all,
Krzysiek Taraszka ([email protected])
At Fri Aug 30 2002 - 12:54:37 EST Krzysiek Taraszka ([email protected]) wrote:
> Great work, but in 2.2.22rc2 powerpc's still broken.
> First of All Sources have got a lot of unsed stuff.
> For example look like that:
>
> [dzimi@cyborg linux]$ rgrep -n -R '*.*' 'CONFIG_PPC64' .
...
Doesn't sound like -rc (release canidate) changes.
> Second kernel-2.2.21 still have got time init problems in symbios driver
> on powerpc platform.
> I send to you my ugly hack witch work, but IMHO he's ugly ;) I need to do
> it correct.
> Third, kernel for powerpc boot and work on g3-266 but on g3-333 Ops ...
> (kernel traps, kernel wrote: Caused by SRR1 or somethink like that, in 2.3
> i saw #define FIX_SRR1 macro ...)
Well, SRR1 doesn't cause traps, but it does help tell you why they occurred.
And the FIX_SRR1 stuff isn't the solution either if you look at it closer.
How about a decoded oops? Also, you didn't say what platform you were using.
As far as the open-pic changes you posted, how about explaining what your
trying to fix (partly hidden by the rename and move to chrp_setup.c from
open_pic.c)?
I see you are wrapping the 8259 checks, but it also refers to a few new
functions/macros I didn't see defined.
How about discussing these problems and patches over at
[email protected] ? (I set the reply-to there).
milton