out
Traceback (most recent call last):
File "scripts/configtrans.py", line 104, in ?
sys.stderr.write(args[0]);
TypeError: read-only character buffer, int
make: *** [menuconfig] Error 1
All the above was using an 2.4.3-ac4 tree, with CML2-1.0.0
regards,
Dave.
--
| Dave Jones.http://www
(gcc version
^^
Fixed in 2.4.2-ac20 and higher.
Read Changelogs 8)
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
lem.
This and a few other CPU related fixes should probably be backported
to 2.0 if someone has the spare time.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
released yet, so you'll
need to apply one of the above mentioned patchsets. (Or do it by
hand as you already did :)
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
hoping to circumvent the bios. I assume it will involve some
> measure of IDE initialization which I don't mind coding if
> it does not exist yet.
Well the hard part has already been done for you :)
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubsc
b. You have a /proc/mtrr file
c. You can add/delete ranges using /proc/mtrr
(See Documentation/mtrr.txt for info on how to do this)
If yes,yes,yes, it is a broken driver, and you should complain
to nVidia, not linux-kernel.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
|
pcnet32 is still touching resources before enabling.
Patch below should apply to ac19.
regards
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/pcnet32.c
linux-dj/drivers/net/pcnet32.c
--- linux/drivers/net
vious. It guarantees no-one will make the mistake again :)
(At least not with this switch).
Patch rediffed against 2.4.2-ac19
regards,
Dave.
diff -urN --exclude-from=/home/davej/.exclude linux/arch/i386/kernel/mtrr.c
linux-dj/arch/i386/kernel/mtrr.c
--- linux/arch/i386/kernel/mtrr.c Mo
Dave.
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/char/serial.c
linux-dj/drivers/char/serial.c
--- linux/drivers/char/serial.c Fri Mar 9 03:59:02 2001
+++ linux-dj/drivers/char/serial.c Fri Mar 9 04:12:25 2001
@@ -5494,7 +5494,7 @@
Oops! This diff matches the config name to that which is defined
in Config.in.
regards,
Dave.
diff -urN --exclude-from=/home/davej/.exclude linux/arch/i386/Makefile
linux-dj/arch/i386/Makefile
--- linux/arch/i386/MakefileFri Mar 9 02:26:56 2001
+++ linux-dj/arch/i386/Makefile Fri Mar 9
x27;ll assume you've got the pci_enable stuff already cleaned there.
> All the rest were applied.
Great :) Thanks Jeff..
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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/
Hi Alan,
If the 8129 is to be removed, may as well remove its appropriate
entry in configure.help
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/Documentation/Configure.help
linux-dj/Documentation
Hi Alan,
We check for 'dl' twice in the cachesize checking in setup.c
'good eyes' to John Levon for spotting this before me,
this patch has been sitting around for a while.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --excl
Hey Alan/Jeff,
Here are the remaining network driver fixups for pci_enable_device()
(Except starfire, which Jeff has a newer driver for which already has
this fix).
regards.
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude
Hi guys,
Here's a small fixup to your respective drivers to make
pci_enable_device() calls happen before reading irq/resources.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/sound/es1370.c
red to hit swap space. Streaming I/O performance seems
to have taken a hit lately.
(This was 2.4.1-ac9 btw)
regards,
Dave.
--
| Dave Jones. http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
, I'll split it into chunks for Alan & the
appropriate maintainers.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/defxx.c
linux-dj/drivers/net/defxx.c
--- linux/drivers/net/defxx.c
> rejected -- ioaddr assigned a value before pci_enable_device is called
Better ?
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/starfire.c
linux-dj/drivers/net/starfire.c
--- linux/drivers/net/starfir
Jeff Garzik wrote..
> rejected -- 'irq' assigned a value before pci_enable_device called.
> better patch installed locally.
Ugh, yep missed that one.
Will look more carefully for those assignments.
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To
have been on my TODO for a while.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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/
And they keep on coming.
d.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/natsemi.c
linux-dj/drivers/net/natsemi.c
--- linux/drivers/net/natsemi.c Wed Feb 7 12:42:40 2001
+++ linux-dj/drivers/net/natsemi.c
Hi Alan,
Another driver not doing pci_enable_device() early enough.
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/hamachi.c
linux-dj/drivers/net/hamachi.c
--- linux/drivers/net/hamachi.c Wed Feb 7 12:42
Every mail I'm sending to l-k gets me a reply from
[EMAIL PROTECTED] saying it's
awaiting moderator approval.
ISTR this happened last week also with another domain ?
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: sen
As in the previous patches, this driver also reads pdev->irq
and pdev->resource before doing a pci_enable.
This looks correct to me, and compiles, I lack the hardware
to test this though. Comments ?
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
dif
Hi Alan,
This looks odd to me, we're enabling the device twice.
Patch against ac4.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/ne2k-pci.c
linux-dj/drivers/net/ne2k-pci.c
--- linux/driver
Hi Alan,
Seems that 2.88mb drives can be type 5 or type 6
(I found a Thinkpad with a type 6)
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/char/nvram.c
linux-dj/drivers/char/nvram.c
--- linux
Hi Alan, Donald,
This driver should call pci_enable_device before reading
pdev->irq.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/drivers/net/starfire.c
linux-dj/drivers/net/starfire.c
--- linux/driv
ags (pdev, 0) & IORESOURCE_IO) == 0)) {
printk (KERN_ERR "ne2k-pci: no I/O resource at PCI BAR #0\n");
irq = pdev->irq;
Comments?
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line
Check out the other .pdf's in that dir too)
You may also make sgmldocs/psdocs/htmldocs
regards,
Davej.
--
| Dave Jones. http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
This driver fails to release allocations from pci_alloc_consistent
in its failure paths. Patch below is against 2.4.0-ac12, but should
also apply to Linus' tree cleanly.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/
gt; Model=DW CCA2305H0, FwRev=210.H721,
>
> hehe, might wanna fix that ;-)
This is correct behaviour.
You want hdparm -i not hdparm -I which reads info from the drive
without doing endian changes.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
o
fall into the stranger category.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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/
on Thu, 7 Dec 2000 16:15:54 +1100 subject:
[PATCH]: sysctl to tune async and sync bdflush triggers
I don't recall seeing any responses to that patch, but it seems
to do exactly what you describe.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubsc
on (IBM DTLA disks on hpt3* controller) can't be
> that unusual ?
Note, this seems to be hpt366 only, not hpt3**
I have two DTLA's on a HPT370 here in UDMA5, with no problems at all.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this
comeback
in a future kernel just for Winchip-2As and above. Just needs someone
to find the time.
regards,
Davej.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
0:unknown field `unmap' specified in initializer
> nv.c:860:warning: initialization from incompatible pointer type
> make:*** [nv.o] Error 1
Delete the unmap: line somewhere near line 868 of nv.c
Seems to be working fine here.
regards,
Davej.
--
| Dave Jones. http://www.suse.d
Subsystem: Unknown device 0925:1234
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
SERR- http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this li
On Sat, 30 Dec 2000, Sourav Sen wrote:
> Any good updated for module programing? Rubini seems to be too outdated :(
http://www.kernelnewbies.org has (what should be) an up to date list
of links to both online books/documents & dead tree style books.
regards,
Davej.
--
| Dav
- Addition of a disk elevator tuning backend.
- CPU register tuning is now possible, as long as you have the
cpuid/msr drivers in your kernel (2.2.18, or 2.4.0test)
- Working text mode user interface.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| Su
d on several occasions, but not got anywhere.
Judging by the comments on the lm-sensors homepage, chances of them
publically releasing register level info seems pretty slim.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe f
irq 10
PIRQC (link 0x03): unrouted
PIRQD (link 0x05): irq 5
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
both do the same with the various PCI options 'nobios' etc,
and changing PnP OS in the BIOS makes no difference either.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
CI layer handle all of these quirks on startup, and be done.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
sted one such patch earlier this week :-
http://www.lib.uaa.alaska.edu/linux-kernel/archive/2000-Week-49/0856.html
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ied on the BIOS setting up cache line
> sizes correctly. Are the "8"'s you've spotted due to drivers messing
> with the cache line register or do they come from the BIOS?
>From the BIOS. They are the USB controllers, I couldn't see any writes
to the PCI_CACHE_LINE_SIZ
put device controller: Creative Labs SB Live! (rev 01)
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev01)
Works fine with test12-pre5
btw, the option pci=autoirq doesn't seem to exist.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~da
talking to the device ?
The pdev_enable_device() stuff is marked __init, so done once at boottime.
So yes, a driver could then fix up during initialisation if necessary.
I was curious whether there are any known cases, or can the stuff
in the existing drivers be nuked if/when x86 calls
all?) architectures use this, will it make sense to
remove the PCI space cache line setting from drivers ?
Or is there borked hardware out there that require drivers to say
"This cacheline size must be xxx bytes, anything else will break" ?
regards,
Davej.
--
| Dave Jones <[EMAI
hy is pdev_device_enable no longer used ?
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
lacement K6-2 which was also screwed, but as I mentioned
earlier, this box runs fine under 2.2
btw, I was unsubscribed from all lists at vger yesterday,
for reasons currently unknown to me. Did this happen to anyone
else, or did my mail setup break something?
regards,
Davej.
--
| Dave Jones &l
y I initially suspected
overheating. I don't see it on my other 2.4 boxes though which is
suspicious. But they don't get as much of a beating as this, which was
up until last week my main workstation.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~d
to gcc 2.95.2 (from Debian woody) when I installed
debian on it. If this is a compiler bug, it's one that no compiler
I've tried seems to be immune from.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this l
having
the necessary hardware to test it.
Are you saying the latest versions still don't recognise it?
What kernel version did you try ?
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "u
Hi Linus,
A writepage() parameter got removed, but not the caller in
the UDF filesystem, patch below fixes this.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
diff -urN linux.vanilla/fs/udf/inode.c linux/fs/udf/inode.c
--- linux.vanilla/
ters. I hope a tool to monitor or set these value.
http://www.powertweak.org
(See CVS version). Helpful(?) advice, profiles, and easy to use UI.
If we missed anything, we take patches, and can always use extra hands :)
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.
ware?
The packaging / manual for this card suggests that its hardware based.
If it isn't, it's extremely misleading.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-k
are also available at
http://www.kernelnewbies.org/changelogs/
Shortly after Linus announces them.
It also holds archives of the 2.0 & 2.2 changelogs.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line
document 21656 (BIOS
writers guide) public (or even a subset of it), we'll not be able to take
advantage of these extra features.
I'd suggest that until this happens, we leave bluesmoke.c Intel only.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| Su
argument, telling what doing autotune is ugly
How do you propose that the kernel should "know" what role you
intend to use it for ? Answer : It shouldn't, it's a userspace
problem, best solved in userspace by a userspace tool.
regards,
davej.
--
| Dave Jones <[EMAIL PR
me.. ;o(
What model motherboard is this ?
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
ogies, Inc. VT82C586 IDE [Apollo] (rev 10)
This chipset only supports up to UDMA2.
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
gt;ide0: Speed warnings UDMA 3/4/5 is not functional.
Why can this be?
>00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)
This chipset only does up to UDMA2.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To
all (bit 10) is undocumented by
> AMD.
Ah, thanks for clearing that up.
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> > And where does sysenter/sysexit fit in?
> sysenter/sysexit is the "sep" feature.
Ah, of course.
*slaps head*
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe
e cx8 sep mtrr pge mmx 3dnow
> The early K6's used extended bit 10 to indicate syscall/sysret
> capabality, but this version has some quirks that make it pretty much
> unusable. Later K6's use extended bit 11 to indicate syscall/sysret.
And where does sysenter/sysexit fit in?
multiple purposes. This was Linux' doing, not AMD's, by the way.
Yep, after the c->x86_mask = tfms & 15; change I got the correct
stepping, and the flags are now correct:-
features : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow k6_mtrr
regards,
davej.
--
| Dave Jones <[
be related to the stepping bug
though. I'll recompile a kernel with the &15 fix, and see if that cures
all.
btw, whilst all this is getting a shakedown, how about renaming
that 'x86_mask' field to the more obvious 'x86_stepping' ?
c->x86 would make more sense as c-&
ages, though, as well as i386, i586, i686, etc.
> And this would fit on my 1.4bm floppy so I can boot my hard driveless
> firewalling system, correct?
Your mailer is misattributing people. I didn't say that, my comments were
the ones you've attributed to Jeff.
regards,
dave
or miscompiling for a wrong target.
As a vendor, you don't worry about this as you ship binary kernels,
and $enduser never needs to see a source tree.
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line &qu
anything but a good idea.
Please don't try to bring the braindamages of NT to Linux, it
just isn't meant to happen.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-k
caught my eye of relevance was the one
on dynamic optimization techniques, which is what I assume you
were referring to.
It's interesting stuff, but I think it'd be a cold day in hell before
Linus accepts a dynamic recompiler in kernel space. :)
regards,
davej.
--
| Dave Jones <[EMAIL P
e (without resorting to ugly hacks like the
above), great for you, I (and I assume others) would like to hear
about it.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
e is nothing stopping us from doing that now, we just choose not to,
as it would result in a ridiculously oversized kernel. Even if the loader
threw away the non-used segments, I don't think anyone can justify an
on-disk kernel image containing mostly code they never execute.
regards,
Dave
he correct one at
runtime ? I really hope I've misinterpreted your intention.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
ctions,
> etc. All of this on x86 could be dynamically detected.
Detecting the CPU isn't the issue (we already do all this), it's what to
do when you've figured out what the CPU is. Show me code that can
dynamically adjust the alignment of the routines/variables/structs
dependa
> I'm interested in linux-kernel but I'm beginner.
> So I don't know how to study linux-kernel.
> Please tell me.
http://www.kernelnewbies.org
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe
) and it's switched off
by the time Linux boots, I think we'd have heard about it by now, as MII
users would notice a lack of features.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line
Brian Gerst wrote...
>> I believe the MII always has CPUID enabled. It was the older Cyrixes
>> that did not. DaveJ is the guru..
> Well, according to comments in bugs.h, some broken BIOSes disable cpuid.
That bug fix is for the earlier Cyrix 6x86 if I'm not mistaken.
Th
omething better.
> I believe the MII always has CPUID enabled. It was the older Cyrixes
> that did not.
That was my understanding also.
d.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe li
you open up and find out if it really is a Celeron in that box
before such code gets added ?
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
mov0x18(%edx),%eax
Code; c012efbc
12: a8 01 test $0x1,%al
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
On Wed, 25 Oct 2000, Albert D. Cahalan wrote:
> > o Pentium IV support.
> >- Now recognised as i686 instead of i1586.
> This seems wrong.
It is/was.
This has since been fixed in recent pre-patches for
over a week now.
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http
02, %al# "fast A20" version
outb%al, $0x92 # some chips have only this
So now we clobber all the bits instead of just the one bit that
we need to change. Try changing this code to use the 2.2 method.
regards,
davej.
--
| Dave Jones <[EMAIL PROT
chitectural difference between the
K6-3 & the K6-2+ to justify calling it the K6-4. AFAIR, the powersaving
speed changing is the only thing thats changed.
I'm buying a K6-2+ laptop tomorrow, so I guess I'll find out more then :)
davej;
--
| Dave Jones <[EMAIL PROTECTED]>
ually the CPU that was released
_after_ K6-3. Go figure.
Why they didn't call it K6-4 is anyones guess.
(See Pentium IV thread for more CPU naming nonsense)
I guess Intel aren't the only ones who lose it occasionally.
davej;
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~dav
ck in performance that much.
This doesn't even justify a reply.
Please go read an OS internals book before you make such comments.
regards,
d.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe
n identical configuration, and I get ~12MB/s
Something doesn't add up here.
What mode do you have the drive in?
Regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
nts of disk IO trigger this bug() easily.
regards,
d.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
pun on your typo. ;o)
Oh dear. Too much wine and not enough sleep.
Be thankful I didn't write code too in that mail :)
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
wouldn't be surprised
if we find other fun things to work around when we start seeing
silicone in use.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
changes to setup.c in
test10pre though.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
Programming manual with Pentium IV updates.
Agreed.
Why Intel chose family 15 is still beyond me though.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
.
What do you mean backwards?
The only broken part I see is that unlike the same routine in 2.2,
this one doesn't preserve the other bits.
(Which the 2.4 code really should be doing or very strange things
may happen on certain hardware)
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTE
Pentium IV support.
- Now recognised as i686 instead of i1586.
o Cyrix III support.
o Removed duplication of cache size reporting.
o Two extra routines marked as __init.
o A few other minor cleanups.
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
|
EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
diff -urN --exclude-from=/home/davej/.exclude linux/mm/memory.c linux.dj/mm/memory.c
--- linux/mm/memory.c Sat Sep 16 00:51:21 2000
+++ linux.dj/mm/memory.cWed Oct 11 23:41:10 2000
@@ -370,7 +370,6 @@
address = (ad
e.
regards,
d.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
s to read gcc docs
> Anyway, included is a small patch to solve these problems with Winchips.
Looks okay to me.
This isn't an issue on 2.2.x as we don't have the Winchip target there.
Good work :)
regards,
Dave.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~dav
ve Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
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/
ntime.
regards,
Dave.
[1] Why do all the fun things happen on my busiest days ? :)
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
diff -u --recursive --new-file v2.4.0-test8/linux/arch/i386/kernel/mtrr.c
linux/arch/i386/kernel/mtrr.c
--- v2.4.0-test8/linux/ar
ssing the
> kernel...' line is displayed. Nothing happens. It just freezes...
Try the patch at ..
ftp://ftp.suse.com/pub/people/davej/kernel/2.4/test9/setupfixes-1.diff
My Winchip 2A box is still running 2.2, so I've not looked at this
in depth, but I reordered some code in that pat
1 - 100 of 107 matches
Mail list logo
