On Wed, Apr 20, 2005 at 10:08:27PM -0400, Pete Clements wrote:
> FYI:
[snip]
In case anyone hits this problem but misses my post to the main "Re:
Linux 2.6.12-rc3" thread, the fix is here:
http://marc.theaimsgroup.com/?l=linux-scsi&m=111391769011616&w=2
-Barry K. Nathan <
69011616&w=2
[linux-usb-devel] Re: [PATCH] fix microtek.c compile failure
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=111391865311903&w=2
Another LKML poster (who I added to CC on this message) already hit the
aic7xxx compile failure with 2.6.12-rc3...
-Barry K. Nathan <[EMAIL P
es the compile error. I've compile-tested this but I
haven't actually run it.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn2/drivers/scsi/aic7xxx/aic7xxx_osm.c
2005-04-19 00:46:11.6
I don't
believe I can execute this code.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn1/drivers/scsi/ultrastor.c
2005-04-19 00:46:13.689904927 -0700
+++
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5
rivers/usb] Error 2
make: *** [drivers] Error 2
This patch fixes the compile error. I don't have this hardware so I
don't think I can actually run this code, however.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1/dr
Thanks, this patch helped.
I can confirm, the 2nd patch worked and the 1st one didn't. (This is
against 2.6.12-rc2-mm1 with sched-x86-patch-name-is-way-too-long.patch
backed out. ;) )
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscrib
rror does not make sense to me.
I didn't understand it either, at first, but then I read this:
http://www.usenix.org/events/hotos03/tech/full_papers/henson/henson_html/node9.html
Whether this is serious enough to actually worry about is another
question...
-Barry K. Nathan <[EMAIL PROTECT
e the dual-checkin scheme would be needed as a safety
net in case root forgets to do the checkin.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
I think you forgot about reiserfs/reiser4 tails. (At least, I *think*
reiser4 has tails. I know reiserfs 3.x does.)
BTW, I happen to agree completely with Linus on this issue, but I still
figured I'd mention this for the sake of completeness.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsu
& useful with a serial
console... Failing that, I'll try a camcorder or digital camera and
transcribe from that.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
t later today, but it's possible that I won't be able to get to
it until next Friday or Saturday.
> I do not why it interferes, but I've seen that before on suse
> kernels...
Have you seen it without the resume-from-initrd patch too, or only with
that patch?
-Barry K
(Sorry I took so long to respond. I was busy with tons of stuff
offline...)
On Fri, Apr 08, 2005 at 12:33:27PM +0200, Pavel Machek wrote:
> Do you have XFS compiled in, by chance?
Yes.
> You are not actually resuming from initrd, right?
That is correct.
-Barry K. Nathan <[EMAIL
On Wed, Apr 06, 2005 at 08:06:14PM -0700, Barry K. Nathan wrote:
> > > BTW, there's another strange thing that's introduced by 2.6.11-rc2-mm1:
> > > With that kernel, suspend is also ridiculously slow (speed is comparable
> > > to the slow resume with the afore
On Wed, Apr 06, 2005 at 02:27:49PM -0700, Andrew Morton wrote:
> "Barry K. Nathan" <[EMAIL PROTECTED]> wrote:
> >
> > Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
> > problem goes away if I remove this patch:
> > swsusp-enable
e that problem.
Also, with 2.6.12-rc2-mm1, this computer happens to hit the bug where
all the printk timestamps are 000.000 (don't take the # of
digits too literally). Probably unrelated, but I may as well mention it.
(System is an Athlon XP 2200+ with SiS chipset. I can't rem
> -bk10 diff, but after one or two more iterations of
(psuedo-)binary search, it should be much smaller.
I'm planning to go as far as I can before going to bed tonight.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Tue, Apr 05, 2005 at 07:14:45AM -0700, Barry K. Nathan wrote:
> 2.6.11-bk9 works (actually it takes under 2 seconds, not 5-10).
> 2.6.11-bk10 has the weird slowdown.
>
> I'll see if I can isolate it any further.
2.6.11-mm2 works, but 2.6.11-mm3 has the ridiculously slow resu
On Tue, Apr 05, 2005 at 06:44:08AM -0700, Barry K. Nathan wrote:
> swsusp: reading slkf;jalksfsadflkjas;dlfasdfkl (12345 pages): 34%
> [sorry, I just got up so my short-term memory isn't working that well
> yet]
>
> takes 10-30 minutes (depending on whether it's closer
obe snd_cmipci). But these are
long-standing issues, and under 2.6.12-rc1-mm4, ieee1394/sbp2 can at
least stay up indefinitely as long as I don't suspend -- that's a
tremendous improvement over 2.6.11.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the
runs without any problems.
[snip]
I was having the same problem on a system of mine too, but it went away
after I disabled CONFIG_DEVFS_FS. You didn't include enough of your
.config for me to be able to tell if that is at all relevant in your
case however.
-Barry K. Nathan <[EMAIL PROTECTE
track
with a single ATA command unless it supports LBA48.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ed
at least once before; this time I think it happened when the fixes
from 2.6.11.6 were merged into Linus's BK tree.
You can still get to the snapshots using this URL, but as I said, the
scripts are confused right now:
http://kernel.org/pub/linux/kernel/v2.6/snapshots/
-Barry K. Nathan <
On Fri, Mar 25, 2005 at 12:21:54AM -0800, Andrew Morton wrote:
> More fixlets derived from the Coverity tool (does this thing have a name?)
AFAICT the name of the tool is "Coverity Prevent". (But I'm not
absolutely 100% sure.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
ompiled in, and that
the parallel port support is compiled in (as opposed to being a module).
And if you do the above, make sure to have lots of paper handy. Also,
this trick probably won't work with all printers, but it stands a good
chance of working.
-Barry K. Nathan <[EMAIL PROTECTED]>
ystem expansion and file system sizes
up to 8TB are now supported."
http://www.redhat.com/software/rhel/features/
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
-SysRq-O, on hardware that previously didn't work. Now it
works.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majord
ssed on LKML though. (I haven't been reading LKML
closely enough to say that with 100% certainty, however.)
Summary: kernel-2.6.9-1.724_FC3 breaks APM suspend on Thinkpad
https://bugzilla.redhat.com/beta/show_bug.cgi?id=144415
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubsc
pting Pavel's patch. It's a definite improvement
over the existing code, and it could be a long while until I have a
boot-time message patch that is both functional and clean enough to be
incorporated into mainline.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this
addition to?) his patch.
Maybe we should be disabling swsusp altogether at boot in that case, if
that's not unreasonably hard to implement.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
DEBUG_PAGEALLOC is missing in that case.
I have tested this patch against oldconfig and menuconfig on 2.6.11-bk2.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
--- linux-2.6.11-bk2/arch/i386/Kconfig.debug2004-12-24 13:34:45.0
-0800
+++ linux-2.6.11-bk2-bkn2/arch/i386/Kconfig
overflow.)
I guess the best thing would be for the script to revert to the current
("-bk") naming scheme once -rc1 is out. Otherwise it would need to do,
say, 2.6.12-rc2-pre1 instead of 2.6.12-rc1-bk1, and while that seems
natural to me, I don't know how the rest of the planet's
;s the default for Red Hat Enterprise Linux 4 as well.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
6.22 | ES | S| S
...
e.g. if odd/even causes too many long releases or other problems like
that, then something like the middle column (every Nth release is
extra-stable, for N >= 3) could be tried.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send
IMO the bits are also magical, insofar as they get treated differently
(e.g. RHEL kernels always get backports whereas Fedora ones often get
updated altogether). If the bits weren't magical then I think people
would simply run Fedora Core instead of creating RHEL rebuild projects.
-Barr
l release, but it's really the same concept.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
oximation of the so-called "2.4 approach", let A=0 and
s/beta/pre/g. Perhaps the alpha/beta distinction won't *really* mean
anything, but it might have a subliminal effect on everyone. :) Anyway,
if the alpha/beta distinction is overengineering, it's easily removed
(see the begi
would never succeed in
suspending the machine.
Since the problem is gone now, I think I have better uses for my time
than figuring out when the problem started and when it was fixed, but I
just wanted to mention that in fact there are problems in earlier
2.6.11-rc releases that seem to be f
tasks are
supposed to be able to take SMP systems down, if the # of SCHED_FIFO
tasks is less than the # of CPU's. I imagine someone has thought about
this in the past and answered the question one way or another, but I
don't happen to know the answer.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
rhaps you could
try an OHCI controller (e.g. some USB PCI cards) and see if that makes
any difference. (I remember reading something about OHCI being more
efficient than UHCI in some cases, although I don't remember the details
now.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubs
the people there can absorb this and fix it up for real, please?
I forgot to mention, this patch is known to break Alt-SysRq-O on at
least some systems. See here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/0869.html
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this li
#x27;s own words, the patch "needs some work before it goes into a
mainline kernel". AFAICT it's more of a proof-of-concept, just to see if
Eric's on the right track...
This is the motivation behind the patch:
http://marc.theaimsgroup.com/?l=linux-kernel&m=110665405402747
sure about that). Then recompile
any applications that still segfault or freeze with a vanilla kernel
(note that, for all I know, rpm itself could be one of these!)
I hope this helps...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscri
But, that's just a guess.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jan 25, 2005 at 07:12:55PM +, Marcos D. Marado Torres wrote:
> This acpi_power_off issue ( http://lkml.org/lkml/2005/1/11/88 ) still
> happens.
http://bugme.osdl.org/show_bug.cgi?id=4041
Look at that bug report (especially toward the bottom) for the latest
information.
-B
ly
> the proper position in the call chain instead of use a proper
> hook. But I can't quickly find an existing hook in the proper
> location.
I had to fix a couple of typos ("apci" and "offf") to get it to compile.
Once I did that, the patch made shutdown work a
e 100% correlation over 20-30 test runs or so
(unfortunately it didn't occur to me to keep an exact count).
> Well if you can help me track this down I would appreciate it.
>
> Do you think you would have time to try some test patches?
Yes, I should have time to test patches.
-Barr
On Tue, Jan 25, 2005 at 03:14:06AM -0700, Eric W. Biederman wrote:
> "Barry K. Nathan" <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jan 25, 2005 at 01:35:00AM -0700, Eric W. Biederman wrote:
> > > So I will ask again, as I did when Andrew first pointed this in m
ystem.
This may be a foolish question, but, are there possibly any code paths
in the *BIOS* that could care?
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Wed, Jan 19, 2005 at 11:06:10PM +, Marcos D. Marado Torres wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Fri, 14 Jan 2005, Barry K. Nathan wrote:
>
> >This isn't new to 2.6.11-rc1-mm1, but it has the infamous (to Fedora
> >users) "
n was 2.4.3-pre4, and it did not
have this problem.
In my case, it's usually mozilla (I'm seeing this with the daily
snapshots, but not with mozilla-0.8.1, at least not yet), but at least
once I saw it with freeamp (2.1rc5) too.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscri
DW<0:57 [loop0]
116 ?DW<0:58 [loop2]
2816 pts/4S 0:00 fgrep loop
Since I have 3 image files mounted, that means my Inspiron 5000e has a load
of 3 when it's idle... ;)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &q
of disclaimer. Since I was having those
APM oopses under Linux, I decided to try upgrading. It didn't fix the
oopses, though.)
Anyway, maybe the BIOS version is relevant to this problem as well.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &qu
structions, probably around 400K total,
if anyone wants me to do that.)
This patch is a merge of a bug fix from 2.2.10-ac11. This fix was merged
into 2.2.11pre2, but it doesn't seem to have been merged into 2.3 or 2.4
at all...
-Barry K. Nathan <[EMAIL PROTECTED]>
diff -ruN linux-2.4.2-pr
AMD 750 or an Intel BX,
though.)
IIRC, Andre Hedrick has said in the past that a marginal PSU or
motherboard can also cause CRC errors.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
only through one speaker) under both Linux 2.2 and
Win2K. If it was just Linux, I'd assume it was a driver problem, but the
fact that I'm getting very similar misbehavior from both Linux and Win2K
(I don't have Win98 or ME on the machine, so I can't test that) makes me
really wo
7;t remember any of them. I wasn't planning on reporting this until I
got a chance to put together a self-contained package & instructions for
reproducing the problem, but since I'm writing an email to the list, here
it is...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubsc
ing /dev/hda straight into nc,
or piping cat into nc).
In my case, the slowdown was clearly visible - the disk light was at full
brightness under 2.2.16, but not 2.4.0testwhatever.
I wanted to try again without any APM stuff in the kernel (or at least,
not APM CPU idling) before reporting it, but
rclocking the
machine too much... I have no idea if that helps, but I thought I'd go
ahead and throw in my two cents, just in case it does.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
kernel, to
say the least...
(I meant to report this during 2.4test, but I'm only getting a chance
now.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
n my case, Am79C971. Works great for me, under both 2.2 and 2.4. (I don't
have any SMP systems, FWIW.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
The following patch:
(a) Adds a URL for the egcs 1.1.2 source code. This change is both
low-risk and important IMO.
(b) Fixes two sloppy underlines.
Please apply.
-Barry K. Nathan <[EMAIL PROTECTED]>
--- linux-2.4.0/Documentation/Changes Mon Jan 1 10:00:04 2001
+++ linux-2.4
al and running at least 2.2.x kernels.
Perhaps that accounts for the missing version dependencies...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
egcs
1.1.2 source code). Now that I know where it is, I'll soon post a patch
for Documentation/Changes...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
rmer should be applied to 2.4.0-prerelease (i.e. after you've used
the latter) to get a snapshot of Linus' current tree (or something like
that, anyway).
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
nux experiences are similar to the experiences I've had overall.)
Anyway, those are my experiences and recommendations. YMMV. :)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
uadruple it. (Perhaps I've overlooked a detail or
oversimplified something, in which case I'd appreciate being corrected.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
mount. (I'm probably
going to do other stuff instead of implementing this, but I haven't
decided for sure yet.) In any case, I think the solution would be
completely orthogonal to devfs...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsub
, so 2.4 has a preprocessor check that
stops any attempts to compile it with 2.7.2.3.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
southbridge. 596B & 686A
do, others don't.
http://www.via.com.tw/news/98mvp3nr.htm
http://www.via.com.tw/products/prodmvp3.htm
http://www.via.com.tw/support/faq.htm#ide
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
(Linus Torvalds added to the cc list because there's now a patch to fix
the problem.)
Alan Cox wrote:
> pm.o should be listed as a symbol exporting object in kernel/Makefile
Ok, here's a patch that does this. Tested for both the in-kernel and
module cases.
-Barry K. Nathan <
don't know when the
error was first introduced...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
sq_init':
net/network.o(.text.init+0xf22): undefined reference to
`ip_conntrack_init'
net/network.o(.text.init+0xf2d): undefined reference to `ip_nat_init'
net/network.o(.text.init+0xf61): undefined reference to
`ip_conntrack_cleanup'
make: *** [vmlinux] Error 1
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Barry K. Nathan <[EMAIL PROTECTED]> wrote:
> >I got the same error with the ipchains-compatible netfilter compiled as
> >modules. Compiling into the kernel instead, I also get an error. I've
> &g
I got the same error with the ipchains-compatible netfilter compiled as
modules. Compiling into the kernel instead, I also get an error. I've
included the error and my .config below.
-Barry K. Nathan <[EMAIL PROTECTED]>
ld -m elf_i386 -r -o netfilter.o ipchains.o ip_nf_compat.o
ip_
) it introduces some weird glitches, and I *really* would
not recommend it -- also, I forget how I hacked it into working on an
older machine; I *think* the hacking procedure involved using an OS 9 CD
at some point in the process.]
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this
mention
that, for some people anyway, the in-kernel code works just as well as
the external code.
I do understand that the in-kernel support isn't as mature as the external
support yet. However, it isn't universally broken and useless either.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
, not APM.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
IBM made 5x86's as well - are those more like fast 486's
or slow Pentiums? I don't remember. If they're like Pentiums, perhaps
"486/AMD 5x86" and "586/non-AMD 5x86/6x86/6x86MX"...?)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list:
le for 586/K5/etc. with 2.2.17, it boots. (This is all with egcs
1.1.2.)
Is this a real bug or just a documentation bug?
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
t it.
This patch is against test10pre7 but applies cleanly to test10 final as
well.
-Barry K. Nathan <[EMAIL PROTECTED]>
diff -ruN linux-2.4.0test10pre7/Documentation/Configure.help
linux-2.4.0test10pre7-bkn/Documentation/Configure.help
--- linux-2.4.0test10pre7/Documentation/Configure.help
umentation/Changes in Linux 2.4.0-test10-pre6:
Linux on IA-32 has recently switched from using as86 to using gas for
Should we change that to x86 or something?
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
After looking at the various other patches that people posted, I've come
up with this revised version of my original...
-Barry K. Nathan <[EMAIL PROTECTED]>
diff -ruN linux-2.4.0test10pre5/Documentation/Changes
linux-2.4.0test10pre5-bkn/Documentation/Changes
--- linux-2.4.
quot;IA/32" should
be "IA-32") and clarifies that the Documentation/Changes comments about gcc
versions apply mainly to x86.
If I made any mistakes, please correct me...
-Barry K. Nathan <[EMAIL PROTECTED]>
--- linux-2.4.0test10pre5/Documentation/Changes Mon Oct 23 2
with Maestro 2E's could try my
patch and see if it makes the sound play properly or if it breaks things
and makes sound play too fast. (For the sake of completeness, the sound
files that I tested with were 44100Hz.)
-Barry K. Nathan <[EMAIL PROTECTED]>
--- drivers/sound/maestro-old.c T
to
arrive at the K6-2+ name.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
hey
wanted to build on that...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> "Barry K. Nathan" <[EMAIL PROTECTED]> said:
>
> > In other words, if I understand things correctly, once we have Linux
> > 2.4.0-test4294967296 ;) and 2.4 is stable enough for the last phase of
> > testing before release, 2.4.0-pre1 will be next...
o be having now.
In other words, if I understand things correctly, once we have Linux
2.4.0-test4294967296 ;) and 2.4 is stable enough for the last phase of
testing before release, 2.4.0-pre1 will be next...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the
88 matches
Mail list logo
