From: Dave Jones <davej@redhat.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Subject: Re: Post-halloween doc updates.
Date: Thu, 30 Oct 2003 15:18:31 +0000 [thread overview]
Message-ID: <20031030151831.GA11311@redhat.com> (raw)
In-Reply-To: <3FA128C4.5040502@pobox.com>
On Thu, Oct 30, 2003 at 10:05:40AM -0500, Jeff Garzik wrote:
> > (usually notable by a NIC not getting a DHCP lease for eg, despite being
> > sent one by the server). Booting with "noapic" "acpi=off" or a
> > combination
> > of both fixes this for most people. Additional breakage reports should go
> > to Jeff Garzik <jgarzik@pobox.com>
> As this is a symptom of irq routing failure, I dunno if bug reports
> should necessarily go to me :)
Sorry, you just looked guilty 8-)
Removed that last bit.
> >Stuff needing forward porting from 2.4.
> >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >- HFSPlus
> I think Roman Zippel updated this recently?
> >- Direct booting from floppy is no longer supported.
> > You should now use a boot loader program instead.
> hmmm, what does this mean?
it means you now need syslinux.
> "make bzdisk" continues to work... it requires syslinux, however, so
> that the makefile may install the syslinux bootloader on the floppy.
Added a note mentioning that.
> >- For Red Hat users, there's another pitfall in "/etc/rc.sysinit".
> > .... deletia
> Is this all still true?
Possibly not, I'll look into this.
> > o Most PCMCIA devices have unload races and may oops on eject
> > o Modular IDE does not yet work, modular IDE PCI modules sometimes
> > oops on loading
> > o ide_scsi is completely broken in 2.6 currently. Known problem.
> > If you need it either use 2.4 or fix it 8)
> also perhaps add a mention of new and spiffy Serial ATA drivers :)
See the very last line of of the doc 8-)
> >- Jens Axboe added the ability to use DMA for writing CDs on
> > ATAPI devices. Writing CDs should be much faster than it
> > was in 2.4, and also less prone to buffer underruns and the like.
> >- With a recent cdrecord, you also no longer need ide-scsi in order to use
> > an IDE CD writer.
> Maybe add a pointer in the IDE section, pointing to this section? Since
> they both mention ide-scsi...
Done.
> >devfs.
> >~~~~~~
> >- devfs got somewhat stripped down and a lot of duplicate functionality
> > got removed. You now need to enable CONFIG_DEVPTS_FS=y and mount
> > the devpts filesystem in the same manner you would if you were not
> > using devfs.
> Wasn't this mentioned elsewhere in the document?
briefly in the 'obsolete' section. the filesystem changes section
typically has more info.
> >Improved BIOS table support.
> >~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >- Linux now supports various new BIOS extensions.
>
> This is a bit vague. Even I have no idea what this refers to :)
Then read on...
SBF, EDD & IPMI
> I dunno how much there is to add, but I just have a general feeling that
> software suspend and ACPI sleep state support has progressed since this
> was written.
last I tried both were quite dismal, that was a few months back though.
> >Compiler issues.
> >~~~~~~~~~~~~~~~~
> >- The recommended compiler (for x86) is still 2.95.3.
>
> I'm not sure this is still the case, in practice. Recent times have
> seen people breaking 2.95.x, which did not support the C99/C++ style of
> mixing variable declarations and code. People would forget this, and we
> only find out a few days later that the 2.95.x build was broken.
*nod*, more and more distros are now shipping gcc3 as their stock compiler,
so it's likely at some point things are going to change.
> > 'process xxx using obsolete setsockopt SO_BSDCOMPAT' .
> > - Bind 9.2.2 checks for #ifdef SO_BSDCOMPAT in <asm/socket.h> correctly,
> > so a recompile is all that is needed.
> > - bind9-host from debian testing triggers, though the 'host' package
> > doesn't.
> > - process `snmpd' is using obsolete setsockopt SO_BSDCOMPAT
> > - process `snmptrapd' is using obsolete setsockopt SO_BSDCOMPAT
> > - ntop uses obsolete (PF_INET,SOCK_PACKET)
>
> Wasn't there a recent lkml thread relating to this?
not that I recall.
Thanks for the comments.
Dave
next prev parent reply other threads:[~2003-10-30 15:19 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-30 14:15 Post-halloween doc updates Dave Jones
2003-10-30 15:05 ` Jeff Garzik
2003-10-30 15:18 ` Dave Jones [this message]
2003-10-30 16:55 ` John Bradford
2003-10-30 15:15 ` Holger Schurig
2003-10-30 15:19 ` Dave Jones
2003-10-30 16:52 ` Randy.Dunlap
2003-10-30 17:27 ` Chris Wright
2003-10-30 18:38 ` Dave Jones
2003-10-30 18:44 ` Randy.Dunlap
2003-10-30 18:53 ` Dave Jones
2003-10-30 17:01 ` Geert Uytterhoeven
2003-10-30 19:08 ` Philipp Matthias Hahn
2003-10-30 22:16 ` bd
2003-10-31 1:32 ` Gene Heskett
2003-10-31 12:50 ` Thierry Vignaud
2003-10-30 23:11 ` Felipe Alfaro Solana
2003-10-31 0:16 ` Dave Jones
2003-10-31 2:14 ` John Levon
2003-10-31 2:30 ` Dave Jones
2003-10-31 7:34 ` ide-scsi is working [was: Post-halloween doc updates.] Nuno Silva
2003-10-31 13:42 ` Bartlomiej Zolnierkiewicz
2003-10-31 12:25 ` Post-halloween doc updates Andreas Jellinghaus
2003-10-31 15:35 ` Paul Dickson
2003-10-31 15:06 ` Ian Soboroff
2003-10-31 15:24 ` Russell King
2003-10-31 16:00 ` Aristeu Sergio Rozanski Filho
2003-10-31 16:03 ` Ian Soboroff
2003-10-31 16:14 ` Russell King
2003-10-31 17:56 ` Michael Clark
2003-11-10 23:43 ` bill davidsen
2003-11-11 1:09 ` Rob Landley
2003-11-10 14:11 ` Pavel Machek
2003-10-31 15:53 ` Ingo Oeser
2003-10-31 23:02 ` Junio C Hamano
2003-11-01 7:44 ` Sam Ravnborg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031030151831.GA11311@redhat.com \
--to=davej@redhat.com \
--cc=B.Zolnierkiewicz@elka.pw.edu.pl \
--cc=jgarzik@pobox.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox