On Wed, 14 Feb 2001, Grant Grundler wrote:
Philipp Rumpf wrote:
Jeff Garzik wrote:
Looks ok, but I wonder if we should include this list in the docs.
These is stuff defined by the PCI spec, and this list could potentially
get longer... (opinions either way wanted...)
Having
On Sun, 18 Feb 2001, Pedro Diaz Jimenez wrote:
This is an typical mail from an experienced user-land programmer who wants to
help in kernel development ;D.
I've been lurking for a while in this list and I'm wondering if this is the
right list for asking stupid newbie questions. Is it?.
On Mon, 19 Feb 2001, Thomas Lau wrote:
is it stable for use?
Is the world a wonderful, beautiful place?
Both are subjective questions. 2.4 has been stable for me for quite a
long time, as it has been for many others. It totally depends on your
hardware, and what you are doing. I would say
On Mon, 19 Feb 2001, Werner Almesberger wrote:
Now what's at stake ? Look at the Windows world. Also there, companies
could release their drivers as Open Source. Quick, how many do this ?
Almost none. So, given the choice, most companies have defaulted to
closed source. Consistently
On Mon, 19 Feb 2001, Nicholas Knight wrote:
From: "Jeff Garzik" [EMAIL PROTECTED]
FWIW, -every single- Windows driver source code I've seen has been
bloody awful. Asking them to release that code would probably result in
embarrassment. Same reasoning why many companies won
On Mon, 19 Feb 2001, Matthew Kirkwood wrote:
I'm looking for a fast way to initialise a file to zeroes
(without holes) and reckoned that sendfile from /dev/zero
would be the way to go.
But, unfortunately, sendfile (in 2.2 and 2.4) appears not
to support sendfile(2)ing a device:
Correct...
On 20 Feb 2001, Manfred Bartz wrote:
I have 3 NICs (2*DEC, 1*3c509) in my gateway (P75, 40M RAM).
tulip.o in 2.4.1 insists on selecting 10baseT, no command
line option can convince it otherwise. tulip.o in 2.2.16 auto
detected media and worked fine.
A little info on your cards would be
On Mon, 19 Feb 2001, David Howells wrote:
I suspect part of the problem with commercial driver support on Linux is that
the Linux driver API (such as it is) is relatively poorly documented
In-kernel documentation, agreed.
_Linux Device Drivers_ is a good reference for 2.2 and below.
and
On Mon, 19 Feb 2001, Richard B. Johnson wrote:
One of the latest module killers was the opaque type, "THIS_MODULE",
put at the beginning of struct file_operations. This happened between
2.4.0 and 2.4.x. So it's not "imagination".
Richard,
Time to join the rest of us on planet Earth.
That
On Mon, 19 Feb 2001, Mikulas Patocka wrote:
I suspect part of the problem with commercial driver support on Linux is that
the Linux driver API (such as it is) is relatively poorly documented
In-kernel documentation, agreed.
_Linux Device Drivers_ is a good reference for 2.2 and
On Tue, 20 Feb 2001, Bill Nottingham wrote:
Eugene Danilchenko ([EMAIL PROTECTED]) said:
cd /lib/modules/2.4.1; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.1; fi
On Tue, 20 Feb 2001, Norbert Roos wrote:
Allocate the buffers in the kernel and mmap() them into user space
But the buffers are usually allocated with malloc() by any application
which wants to use my driver.. otherwise my driver would have to offer a
malloc-like function, but I can hardly
On Tue, 20 Feb 2001, Norbert Roos wrote:
Jeff Garzik wrote:
But the buffers are usually allocated with malloc() by any application
which wants to use my driver.. otherwise my driver would have to offer a
malloc-like function, but I can hardly force the application to use my
own
Can you guys test this patch, and let me know if it fixes Via audio
problems on your kernel?
It should apply against 2.4.1 or 2.4.1-acXX kernels. Note that it
should be applied with "patch -p0" while in the linux kernel source
directory, not applied with "patch -p1".
Regards,
Jeff
On Wed, 21 Feb 2001, Tigran Aivazian wrote:
yes, just run the famous mptable program. If the machine is SMP then it
will have a valid Intel MP 1.4 configuration tables so the program will
show meaningful output.
Does that allow you to detect multiple processors... or just an SMP board?
On Thu, 22 Feb 2001, Alan Cox wrote:
three Netgear NICs and am experiencing considerable trouble with the=20
combination:
Kernel 2.4.[01]:ifconfig shows that the card see's traffic on t=
he=20
network, but does not transmit anything (no response to ping).
Use a current
On Thu, 22 Feb 2001, Adrian Bunk wrote:
Hi Alan,
is it possible that you send a list of all the changes in 2.4.2ac1
compared to plain 2.4.2?
I doubt Alan has time for requests like this (but more power to him, if
he does)...
His patch is diff'd against 2.4.2, so just look at the patch. I
th a guess that the page/dcache
is exceptionally greedy with releasing pages under memory pressure.
/unquantified vague ramble
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to
usages should really be changed to "struct block_device".
The only annoyance in the conversion was ROOT_DEV and similar things
that are tied into the boot process. I didn't want to change that and
potentially break the boot protocol...
--
Jeff Garzik | May you have warm words on
* tr_setup was exported but did nothing. Rename tr_configure to
tr_setup, remove old no-op tr_setup.
--
Jeff Garzik | More novel than War and Peace
Building 1024 | More tongue-in-cheek than a lesbian orgy
MandrakeSoft | Sneakin' up like celery, yeah I'm stalkin'
Index: drivers/net
I have this bad habit of thinking of things after I click Send.
One other change that accompanies this -- define a feature macro. The
following should go into linux/netdevice.h:
#define HAVE_ALLOC_NETDEV
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024
ty.
I esp. to the habit of don't saying clearly what one means if one
want's to criticize something.
Rik should know that lkml and the kernel sources are in no way
politically correct... Fuck 'em... :)
Jeff
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024
process with the same name
a unique identifier (like httpd_0, httpd_1, httpd_2 and so on).
huh?
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from
The attached patch provides a solution for the problem where an
interface is not completely ready by the time /sbin/hotplug is called,
from init_etherdev. The patch also includes semi-related cleanups and
fixes found along the way.
Changes:
* Add alloc_etherdev, alloc_fddidev, alloc_hippi_dev,
o "8139too." That's what I get for saying that I don't support
2.2...
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: se
change that namespace, we are changing
part of the API that is exported to drivers. Definitely not 2.4.x
stuff.
If we are moving to CML2 in 2.5, I see no point in big CML1 cleanups.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night
hat config variables may begin
with a numeral.
You're writing CML2. Don't create a stupid namespace with stupid
limitations. I'm glad my filesystem and my sysctl namespace don't have
such limitations.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full
"Eric S. Raymond" wrote:
Jeff Garzik [EMAIL PROTECTED]:
FWIW I am opposed to any large-scale cleanup of the configuration
language and/or identifiers in -any- 2.4.x series kernel.
This is tweaking 39 symbols out of 1831, hardly large-scale. These
irregularities in the names
"Eric S. Raymond" wrote:
Jeff Garzik [EMAIL PROTECTED]:
You updated Linux-Mandrake's kernel RPM and Linux-Mandrake's installer?
Cool!
No, I didn't. But I can't even imagine how these changes could break those.
Our kernel build process has to look at CONFIG_xxx because we buil
round
it.
There is no good reason to restrict the CML2 identifier namespace.
This is a policy change not a cleanup.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door
Mario Mikocevic wrote:
Hi,
1st :
# depmod -a 2.4.3-pre8
depmod: *** Unresolved symbols in /lib/modules/2.4.3-pre8/kernel/drivers/net/dummy.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.3-pre8/kernel/drivers/net/eepro100.o
What are the unresolved symbols?
--
Jeff Garzik
can shed more light on these changes
After staring hard at my source, I ran another diff and found that
net_init is not listed in export-objs. Oh well, it's better to compile
stuff into your kernel anyway ;-) ;-)
Attached is a patch which fixes things.
Jeff
--
Jeff Garzik
pply
them in succession or,
B. download linux-2.4.3.tar.gz (exists ?) and then apply the all patches or,
C. download linux-2.4.3-pre7.tar.gz (exists ?) and apply only
patch-2.4.3-pre8.gz ?
Apply only the latest patch, currently 2.4.3-pre8.
--
Jeff Garzik | May you have warm words on a co
It affects software not in the Linux kernel tree.
Your changes (1) and (2) sound ok. Your change (3) is gratuitous, based
on policy change discussed with no one, and does not belong in stable
series 2.4.x.
Linus, Alan, Cort, please consider rejecting Eric's patch while it
contains (3).
Thanks,
i-warm.txt
then
diff -u l*cold.txt l*warm.txt | send mail...
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send the line "unsubscri
I'll take a look at merging the drivers/net part of this patch, except
for where it touches drivers/net/wan.
Andrey -- for maintainers at least, it might be nice to split these up
via subsystem -- one patch for drivers/isdn, one patch for drivers/char,
etc.
--
Jeff Garzik | May you have
Tom Rini wrote:
On Mon, Mar 26, 2001 at 09:50:53AM -0500, Jeff Garzik wrote:
PPC guys: this is a gratuitous renaming change that is not required.
If you have been following the "CML1 cleanup patch" thread, you see that
Eric is blindly dictating policy when he says that CONFIG_[
Wow, your script was longer than your patch :)
Patch looks ok to me...
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send
ng happens to init_etherdev.
WRT init_etherdev, that's the intended effect, because it's 'dev' arg
might indeed by NULL.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to
as
__setup, just like there are cases where options passed to __setup do
not belong as a MODULE_PARM. You should not unconditionally make
MODULE_PARM available on the kernel command line, even though that is
the simple solution.
--
Jeff Garzik | May you have warm words on a cold evening,
Building
Greg Ingram wrote:
In 2.2.19 CONFIG_RTL8139 depends on CONFIG_EXPERIMENTAL. The RTL8139
driver is not labelled as experimental. Is this an error?
Yeah, add '(EXPERIMENTAL)' to the text. Send a patch to Alan if you
want...
--
Jeff Garzik | May you have warm words on a cold evening
ot defined: is_valid_etherdevice().
hmmm. I just tested a vanilla 2.4.3-pre8, with the drivers/net/Makefile
fix, and I don't see this at all.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road a
up of mine in drivers/net/Makefile --
you need to add net_init.o to export-objs before you can build net
drivers as modules. Building them into the kernel works fine.)
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
Ma
are statically linked.
I've been sent this patch by Eran Mann that adds net_init.o to the
exported objects in the net Makefile.
that's the right patch. It's been posted independently three or four
times now ;-)
Jeff, wearing a brown paper bag
--
Jeff Garzik | May you have warm words
and 32bits.
32bits isnt enough to do gigabit, even with a large buffer.
Never underestimate what will come out of Taiwan in massive quantities
:)
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth
can deal with them...
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
still have to change HDLC's
code and definitions, but this would be more self-contained). Again, this
may be better, or maybe not. What do you think?
That's essentially what's happening with ethtool
(include/linux/ethtool.h in 2.4.3-pre8)
--
Jeff Garzik | May you have warm words on a cold evening
On 29 Mar 2001, Krzysztof Halasa wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
Maybe it's a better idea to have just two ioctl's here (GET and SET), and
have "subioctl's" inside the structure passed to the HDLC layer (and
defined by the HDLC layer). This would all
On Thu, 29 Mar 2001, Tom Leete wrote:
Ulrich Drepper wrote:
[EMAIL PROTECTED] writes:
with the new ansi standard, this use of __inline__ is no longer
necessary,
This is not correct. Since the semantics of inline in C99 and gcc
differ all code which depends on the gcc
On Thu, 29 Mar 2001, Amit D Chaudhary wrote:
(none):/mnt/ramfs/root# df -h /mnt/ramfs/
FilesystemSize Used Avail Use% Mounted on
ramfs0 0 0 - /mnt/ramfs
I am not sure, how related this is, but we have / on ramfs and using rpm
to install(-iUvh)
On Mon, 12 Jun 2000, Jaswinder Singh wrote:
What does /proc/slabinfo say? The most likely leak is a dentry leak or
an inode leak, and both of those should be fairly easy to see in the
slab info (dentry_cache and inode_cache respectively).
I am attaching details before and during my
On Thu, 29 Mar 2001, George Bonser wrote:
Just tried to build 2.4.3, got:
make[6]: Entering directory
`/usr/local/src/linux/drivers/scsi/aic7xxx/aicasm'
gcc -I/usr/include -ldb1 aicasm_gram.c aicasm_scan.c aicasm.c
aicasm_symbol.c -o aicasm
aicasm/aicasm_gram.y:45: ../queue.h: No such
On Fri, 30 Mar 2001, Chris Funderburg wrote:
What's wrong with this picture:
ld -m elf_i386 -T /usr/src/kernel/stable/linux/arch/i386/vmlinux.lds -e
[...]
-o vmlinux
drivers/scsi/scsi.a(aic7xxx.o): In function `aic7xxx_load_seeprom':
aic7xxx.o(.text+0x116bf): undefined reference to
On Fri, 30 Mar 2001, Anton Safonov wrote:
Hi!
I have a problem with PCMCIA support on this IBM ThinkPad 600X.
kernel - 2.4.2 + patch-2.4.3-pre4
pcmcia-cs - 3.1.25 (also tried with 3.1.23)
Then I insert a card (I'm trying now with two cards: 3COM 3CCFE575CT,
D-Link DFE-680TX) the
On Fri, 30 Mar 2001, Justin T. Gibbs wrote:
Yes, "-I." from gcc flags.
The sad part is that people have been patching right and left to get
that monster utility to compile because the dependencies say that it
must be used to remake the AIC sequencer binary image; which image is
On Fri, 30 Mar 2001, Alessandro Suardi wrote:
Just in case people forgot... (serial.c still not detecting my card).
As always, available for tests/patches/whatever. Thanks ciao,
Haven't forgotten, just need to figure out how generic the fix needs to be ...
Jeff
-
To unsubscribe
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
...
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2
-march=athlon -DMODULE -DMODVERSIONS -include
/usr/src/linux/include/linux/modversions.h
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
Jeff Garzik wrote:
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
...
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall
-Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2
-march
On Fri, 30 Mar 2001, Torrey Hoffman wrote:
However... for those of us who are curious, is there a web site somewhere
with information about the goings-on? What would be really nice is web cams,
or a RealAudio feed from the meetings.
I don't have specific info, but the meetings are being
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
It looks like the tulip driver isn't as up-to-date as the one from
2.4.2-ac20 - when is 2.4.3-ac1 due? :-) I got NETDEV WATCHDOG errors shortly
after rebooting with 2.4.3, although these were of the "slow/packet lossy"
type I got with 2.4.2-ac20
On Fri, 30 Mar 2001, Scott G. Miller wrote:
Linux 2.4.3, Debian Woody. 2.4.2 works without problems. However, in
2.4.3, pcnet32 loads, gives an error message:
hrm, can you try 2.4.2-acXX as well?
I pretty much just merged pcnet32 patches from there.
I should be getting a pcnet32 test card
On Sun, 1 Apr 2001, Constantine Gavrilov wrote:
There are problems with some PCMCIA drivers included in the kernel. For
example, support for cardbus 3com cards was moved to 3c59x.o driver. It
works (on 600X at least) only of you compile it in. It will not work as
a module.
It works just
On Sun, 1 Apr 2001, Manfred Spraul wrote:
There was a lot of discussion about possible tools
that would dig out the /proc/pci info
I think the tools should not dig too much information out of the system.
I remember some Microsoft (win98 beta?) bugtracking software that
insisted on
On Sun, 1 Apr 2001, Albert D. Cahalan wrote:
Manfred Spraul writes:
[Larry McVoy]
There was a lot of discussion about possible tools
that would dig out the /proc/pci info
I think the tools should not dig too much information out of the system.
I remember some Microsoft (win98 beta?)
On 1 Apr 2001, Krzysztof Halasa wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
I'm not suggesting you modify ethtool for your needs :) But ethtool
perfectly illustrates the technique of using a single socket ioctl
(SIOCETHTOOL) to extend a set of standard, domain-specific ioctls
On Sun, 1 Apr 2001, Manfred Spraul wrote:
From: "Jeff Garzik" [EMAIL PROTECTED]
/proc/pci data alone with every bug report is usually invaluable.
Even if the bug is a compile error?
In fact, yes. Having the tuple of: .config, /proc/pci, and compile
error output, you can see ad
On Sun, 1 Apr 2001, David Lang wrote:
/proc/config may be bloat, but we do need a way for the kernel config to
be tied to the kernel image that is running, however it is made available.
/sbin/installkernel copies stuff into /boot, appending a version number.
One way might be to have this
On Sun, 1 Apr 2001, David Lang wrote:
if we want to get the .config as part of the report then we need to make
it part of the kernel in some standard way (the old /proc/config flamewar)
it's difficult enough sometimes for the sysadmin of a box to know what
kernel is running on it, let alone a
On Sun, 1 Apr 2001, Larry McVoy wrote:
Problem details
Bug report quality
[...]
But the main thing was to extract all the info we could
automatically. One thing was the machine config (hardware and
at least kernel version). The other thing was extract any oops
On Sun, 1 Apr 2001, David Lang wrote:
On Sun, 1 Apr 2001, Jeff Garzik wrote:
/sbin/installkernel copies stuff into /boot, appending a version number.
One way might be to have this script also copy the kernel config.
could be, /sbin/installkernel doesn't exist on my systems
arch/i386/boot
ave a
good idea of proper naming.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
preference is /boot/config-2.4.3 (with
/boot/config as a symlink to it)
Assuming your initscripts is smart about updating /boot symlinks, any
running kernel config [properly installed] can be grabbed with a simple
'cp /boot/config .'
--
Jeff Garzik | May you have warm words on a cold evening
Also some multiline string cleanups have already made it into the kernel
-- though that is not conclusive, as it may just be maintainer
preference.
Jeff
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | an
images too, but that's
another thread]
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
not caught up yet :)
Other archs pretty much always play catch-up to the x86 port.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from this list: send
, when you update the 2.4 makefile where link
order is significant. (as it is not, in all cases)
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon on a dark night,
MandrakeSoft | and a smooth road all the way to your door.
-
To unsubscribe from
to kernel modules too. Are you going to put all those
in the kernel image too?
If it's a file, read it from a filesystem after the kernel has booted.
There is no need to special case this stuff.
--
Jeff Garzik | May you have warm words on a cold evening,
Building 1024 | a full moon
"Manuel A. McLure" wrote:
Jeff Garzik wrote:
On Fri, 30 Mar 2001, Manuel A. McLure wrote:
It looks like the tulip driver isn't as up-to-date as the one from
2.4.2-ac20 - when is 2.4.3-ac1 due? :-) I got NETDEV
WATCHDOG errors shortly
after rebooting with 2.4.3, although
t? Any ideas, hints, tricks? Thanks a ton for your help,
please CC me as I've not been approved yet as a member of this list.
You gotta change the task struct...
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
Mand
199: Using
unknown ptr "b" illegally! set by 'kmalloc':191
fixed
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeSoft | and shrieking like a cheerleader."
-
To unsubscribe from thi
Johan Adolfsson wrote:
I don't have an answer but a related question:
Is there any "standard ioctl" to force an interface
to a certain link state, eg. auto, 10Mbs, 100Mbps,
half/full duplex etc.?
/sbin/mii-tool should do this on most network cards.
--
Jeff Garzik | Sam:
to register more than one driver per PCI device -- just
create a PCI driver whose probe routine registers serial and parallel,
and whose remove routine unregisters same.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't
);
module_exit(foo_exit);
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeSoft | and shrieking like a cheerleader."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
ed to hack the
subsystem drivers a bit to make them more flexible, but that's it.
WRT the specific example of joystick ports, it is already possible for a
sound driver to register a joystick port. No problem there either.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Bui
thats pure junk to me. What about pci hotplugging?
pci hotplugging happens pretty much transparently. When a new device is
plugged in, your pci_driver::probe routine is called. When a new device
is removed, your pci_driver::remove routine is called.
Jeff
--
Jeff Garzik | Sam:
owned upon,
-especially- something domain specific like this.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeSoft | and shrieking like a cheerleader."
-
To unsubscribe from this li
to keep hacking in special cases to handle hardware that is
multifunction like this.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeSoft | and shrieking like a cheerleader.&qu
Tim Waugh wrote:
On Sat, Apr 07, 2001 at 01:23:27PM -0400, Jeff Garzik wrote:
You asked in your last message to show you code, here is a short
example. Note that I would love to rip out the SUPERIO code in parport
and make it a separate driver like this short, contrived example. Much
Gunther Mayer wrote:
Jeff Garzik wrote:
Like I mentioned in a
previous message, the Via parport code is ugly and should go into a Via
superio driver. It is simply not scalable to consider the alternative
-- add superio code to parport_pc.c for each ISA bridge out there. I
think
Gunther Mayer wrote:
Jeff Garzik wrote:
Gunther Mayer wrote:
Hardware has always needed quirks (linux-2.4.3 has about 60 occurences
of the word "quirks", not to mention workaround, blacklist and other synonyms)!
Please apply this little patch instead of wasting time
module (e.g."pci_multiio")
to get their parallel and serial ports working.
Thus _must not_ happen in the stable release.
Agreed.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing
set
SA_SAMPLE_RANDOM when calling request_irq(). I believe
all of them should.
No, because an attacker can potentially control input and make it
non-random.
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me claw
Frank Jacobberger wrote:
Jeff,
I noticed the following on boot with 2.4.4-pre1:
kernel: eth0: Too much work at interrupt, IntrStatus=0x0001.
What is this saying to me :)
How often does this occur? A lot, or just once or twice?
--
Jeff Garzik | Sam: "Mind if I
the system and manipulate data
values.
That way, you can use standard Unix syscalls, standard Unix tools and
standard Unix permissions to accomplish your domain-specific task.
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me claw
n some Via hardware.
Note that you should have "Plug-n-Play OS: Yes" when generated the
requested 'dmesg' output.
Regards,
Jeff
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeS
On Tue, 10 Apr 2001, Manuel A. McLure wrote:
This may be the difference - I always set "Plug-n-Play OS: No" on all my
machines. Linux works fine and it doesn't seem to hurt Windows 98 any.
Correct, it's perfectly fine to do that on all machines (not just Via).
Users should also set "PNP OS:
select a minimum CPU level of support anymore... I guess that
could be solved by an "advanced" sub-menu, similar to that which is
found in drivers/video/Config.in, which allows fine-grained Y/N
selections of CPU support.
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1
"Manuel A. McLure" wrote:
Jeff Garzik said...
Changing '#undef DEBUG' to '#define DEBUG 1' in
arch/i386/kernel/pci-i386.h is also very helpful. Can you guys do so,
and post the 'dmesg -s 16384' results to lkml? This includes the same
information as dump_pirq, as well as some
(specially since the last tulip patches) and
I like it that way :-)
Well, as the old saying goes, "if it ain't broke, don't fix it."
Theoretically, with PNP OS enabled, the driver will assign VGA an IRQ if
it needs one, under both Windows and Linux.
Jeff
--
Jeff Garzik
TOP:
./drivers/sound/sys_timer.c:206:case SNDCTL_TMR_STOP:
./include/linux/soundcard.h:165:#define SNDCTL_TMR_STOP
_SIO ('T', 3)
--
Jeff Garzik | Sam: "Mind if I drive?"
Building 1024 | Max: "Not if you don't mind me clawing at the dash
MandrakeS
701 - 800 of 7471 matches
Mail list logo
