first of all i am sorry to post this message here without actually knowing
if this could be asked here...
Where can i find the documentation about ioctls, specially the ioctls
listed in asm/ioctls.h
Thanks in advance
Prasad<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line
On Sat, 9 Jun 2001, Rik van Riel wrote:
> On 5 Jun 2001, Zlatko Calusic wrote:
> > Marcelo Tosatti <[EMAIL PROTECTED]> writes:
> >
> > [snip]
> > > Exactly. And when we reach a low watermark of memory, we start writting
> > > out the anonymous memory.
> >
> > Hm, my observations are a little bit
On 6 Jun 2001, Miles Lane wrote:
>> Precicely. Saying 8x RAM doesn't change it either. Sometime
>> next week I'm going to purposefully put a new 60Gb disk in on a
>> separate controller as pure swap on top of 256Mb of RAM. My
>> guess is after bootup, and login, I'll have 48Gb of stuff in
>>
Michael H. Warfiel writes:
> On Fri, Jun 08, 2001 at 05:16:39PM -0400, Albert D. Cahalan wrote:
>> The bits are free; the API is hard to change.
>> Sensors might get better, at least on high-end systems.
>> Rounding gives a constant 0.15 degree error.
>> Only the truly stupid would assume
On Sat, 9 Jun 2001, Jonathan Morton wrote:
> >> On the subject of Mike Galbraith's kernel compilation test, how much
> >> physical RAM does he have for his machine, what type of CPU is it, and what
> >> (approximate) type of device does he use for swap? I'll see if I can
> >> partially
On Fri, 8 Jun 2001, Marcelo Tosatti wrote:
> On Fri, 8 Jun 2001, John Stoffel wrote:
>
> > More importantly, a *repeatable* set of tests is what is needed to
> > test the VM and get consistent results from run to run, so you can see
> > how your changes are impacting performance. The kernel
On Fri, 8 Jun 2001, Tobias Ringstrom wrote:
> On Fri, 8 Jun 2001, Mike Galbraith wrote:
> > On Fri, 8 Jun 2001, Tobias Ringstrom wrote:
> > > On Fri, 8 Jun 2001, Mike Galbraith wrote:
> > > > I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> > > > while testing some other
Testing requested, especially if you had problems with 8139too in recent
2.4.x kernels.
--
Jeff Garzik | Andre the Giant has a posse.
Building 1024|
MandrakeSoft |
Index: linux_2_4/drivers/net/8139too.c
diff -u linux_2_4/drivers/net/8139too.c:1.1.1.39
Hello.
I'm trying to use a Compaq Dual Netteligent card in a Apple Macintosh
Performa 6360. Basically, my purpose is to use this system as a more
powerful firewall than that the one I have today.
To make things shorter, the TLAN driver on its atual incarnation does
not work in PowerPC machines.
I hate to ask this, however here goes. I am doing some remote upgrading
and some other really funky stuff to some boxes I keep up.
Part of these are total system upgrades and I need to move data out of
the way while still having a working box. I decided that cramfs may be
the way to do
>> On the subject of Mike Galbraith's kernel compilation test, how much
>> physical RAM does he have for his machine, what type of CPU is it, and what
>> (approximate) type of device does he use for swap? I'll see if I can
>> partially duplicate his results at this end. So far all my tests have
John Chris Wren writes:
> coupling to the CPU that is about as bad as it can get. You've got an epoxy
> housing of an inconsistent shape in contact with ceramic. The actual
> contact point is miniscule. There's no thermal paste, and often, I've seen
> the sensors not quite raised high enough
On Sat, 9 Jun 2001, Jonathan Morton wrote:
> On the subject of Mike Galbraith's kernel compilation test, how much
> physical RAM does he have for his machine, what type of CPU is it, and what
> (approximate) type of device does he use for swap? I'll see if I can
> partially duplicate his
On Fri, 8 Jun 2001, Mike Galbraith wrote:
> On Fri, 8 Jun 2001, John Stoffel wrote:
> > I agree, this isn't really a good test case. I'd rather see what
> > happens when you fire up a gimp session to edit an image which is
> > *almost* the size of RAM, or even just 50% the size of ram.
>
> OK,
On Thu, 7 Jun 2001, Linus Torvalds wrote:
> On Thu, 7 Jun 2001, Marcelo Tosatti wrote:
> > time (the old code from Rik which has been replaced by this code tried to
> > avoid that)
>
> Now, I think the problem with the old code was that it didn't do _any_
> background page aging if "inactive"
On 5 Jun 2001, Zlatko Calusic wrote:
> Marcelo Tosatti <[EMAIL PROTECTED]> writes:
>
> [snip]
> > Exactly. And when we reach a low watermark of memory, we start writting
> > out the anonymous memory.
>
> Hm, my observations are a little bit different. I find that writeouts
> happen sooner than
Jonathan Morton wrote:
>
> [ Re-entering discussion after too long a day and a long sleep... ]
>
> >> There is the problem in terms of some people want pure interactive
> >> performance, while others are looking for throughput over all else,
> >> but those are both extremes of the spectrum.
On Thu, 31 May 2001, Woller, Thomas wrote:
> I'll send the latest driver that I have via separate email. Toshiba
> refuses to supply equipment, and there are some design issues with
> Toshiba laptops.
It turned out a one-liner change to the in-kernel driver
also worked (I was on holidays for a
Quoting Ion Badulescu <[EMAIL PROTECTED]>:
> On Fri, 8 Jun 2001, Tom Sightler wrote:
>
> > OK, I tried your patch, it did fix the problem where pump wouldn't
> > pull an IP address, but I'm still having the problem where my ping
> > times go nuts. I've attached an example, it's 100% repeatable
BTW, you ONLY need to echo 1 > /proc../sysrq if you use a distribution
that puts a 0 there on init.
By default the kernel initializes with '1'.
David
>>>I compiled it, and the sysrq is definitely in the config. No doubt at
>>>all. I also use make mrproper and config again before dep and
This is the equivalent patch for Linux 2.2 (prepared against 2.2.19)
for the swapon/procfs race also described in my previous email.
sys_swapon() sets SWP_USED in p->flags when it begins to set up a swap
area, and then calls vmalloc() to allocate p->swap_map[], which may
sleep. Most other
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
In terms of going through the code audit almost all the sound drivers still
need fixing to lock against format changes during a
sys_swapon() sets SWP_USED in p->flags when it begins to set up a swap
area, and then calls vmalloc() to allocate p->swap_map[], which may
sleep. Most other users of the swap info structures either traverse the
swap list (to which the new swap area hasn't yet been added) or check
SWP_WRITEOK
> Hardcoding of block size to 512 bytes for disk devices is what currently
> either the block device driver or the sd driver is doing. Because, if
I'm using 2048 byte block sized scsi media just fine. I've not tried using
sg on the same device
-
To unsubscribe from this list: send the line
A panic occurs at boot while the aic7xxx is doing its thing..the
following has been hand copied from the screen...
> printing eip:
>c01b6e36 *pde =
>Oops:
>CPU: 1
>EIP: 0010:[]
>EFLAGS: 00010202
>eax: 003 ebx: 1261 ecx: edx: c144fd74 esi:
>000
> "MHW" == Michael H Warfield <[EMAIL PROTECTED]> writes:
[snip]
MHW> Yes, bits are free, sort of... That's why an extra decimal
MHW> place is "ok". Keeping precision within an order of magnitude
MHW> of accuracy is within the realm of reasonable. Running out to
MHW> two decimal
Well,
Hardcoding of block size to 512 bytes for disk devices is what currently
either the block device driver or the sd driver is doing. Because, if
I run dd to the same device using the corresponding block device (sde)
it runs fine. So, I feel that either the sg driver or the block device
I think you need to set bpt=8 .
It is possible to set some drives to block sizes other than 512 bytes, and
hardcoding 512 is not a good idea, especially in code that might last a
while. In a few years we might have 4096-byte blocks to let the drives use
more powerful error correcting codes.
>> I looked at try_to_unuse in swapfile.c. I believe that the algorithm is
>> broken.
>> For each and every swap entry it is walking the entire process list
>> (for_each_task(p)). It is also grabbing a whole bunch of locks
>> for each swap entry. It might be worthwhile processing swap entries
On Fri, Jun 08, 2001 at 01:33:44PM -0800, Leif Sawyer wrote:
> > From: L. K. [mailto:[EMAIL PROTECTED]]
> > I really do not belive that for a CPU or a motherboard +- 1
> > degree would make any difference.
> You haven't pushed your system, or run it in a hostile
> environment then. There are
[Snip] (Mike writes a bunch a good stuff)
> Yes, bits are free, sort of... That's why an extra decimal
> place is "ok". Keeping precision within an order of magnitude of
> accuracy is within the realm of reasonable. Running out to two decimal
> places for this particular application is
[EMAIL PROTECTED] said:
> Consider a chunk of x86 instructions using a home-grown OS
> abstraction layer, and drivers that implement that layer for both
> Linux and any non-GPL operating system. The binary blob is obviously
> not derived from Linux, and may in fact run without modification in a
[ Re-entering discussion after too long a day and a long sleep... ]
>> There is the problem in terms of some people want pure interactive
>> performance, while others are looking for throughput over all else,
>> but those are both extremes of the spectrum. Though I suspect
>> raw throughput is
Hi List,
I am trying to use sg_dd which goes through the scsi generic driver.
This is how use it.
sg_dd if=/dev/zero of=/dev/sg5 bs=4096 count=1
And sg5 is actually a disk.
The question that I have is, does the scsi generic driver have a knowledge
about what kind of device it is dealing with
On Fri, Jun 08, 2001 at 05:16:39PM -0400, Albert D. Cahalan wrote:
> The bits are free; the API is hard to change.
> Sensors might get better, at least on high-end systems.
> Rounding gives a constant 0.15 degree error.
> Only the truly stupid would assume accuracy from decimal places.
> Again,
On 8 Jun 2001, Linus Torvalds wrote:
> The basic issue is that the kernel will _refuse_ to follow the
> "namespace of the day" rules of C89, C99, POSIX, BSD, SuS, GNU .. the
> list goes on. The kernel headers are not meant to be used in user space,
> and will not have the strict namespace rules
On 08 Jun 2001 07:58:48 -0700, jalaja devi wrote:
> Hi,
> Could anyone plz tell me whether the kernel - 2.2.14
> is SMP or NON-SMP by default?
> To make it SMP versioned, Do I need to add some flags
> in the kernel header files and re-compile to kernel?
i actually think it may be SMP (for
On Thu, 7 Jun 2001, Bulent Abali wrote:
>
>
>
>
> >This is for the people who has been experiencing the lockups while running
> >swapoff.
> >
> >Please test. (against 2.4.6-pre1)
> >
> >
> >--- linux.orig/mm/swapfile.c Wed Jun 6 18:16:45 2001
> >+++ linux/mm/swapfile.c Thu Jun 7 16:06:11
Hello!
It appears that a system with tmpfs mounted with the default (!!!)
parameters can be used by ordinary users to make the system
non-functional.
Let me tell you the whole story. I don't know what is wrong here and what
is not, but the end result is a security hole.
The kernel version is
does the attached oops makes sense or it is just messed up?
AFAICT the ksymoops is using right System.map, yet the stack
trace does not seem to follow logical order. it is from 2.4.6-pre1
for that matter is "defensive" programming the rule in kernel?
this ops could be avoided if the
Missed the command line in earlier mail
ashokr
-Original Message-
From: Raj, Ashok [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 08, 2001 1:08 PM
To: Linux-Kernel (E-mail)
Subject: mkinitrd errors...
Hello.
I have a need to have some drivers pre-loaded before the scsi adapter
In article <[EMAIL PROTECTED]>,
Felix von Leitner <[EMAIL PROTECTED]> wrote:
>Thus spake David S. Miller ([EMAIL PROTECTED]):
>> > glibc works around this, but the diet libc uses the kernel headers and
>> > thus exports the wrong API to user land.
>> Don't user kernel headers for userspace.
>
On Fri, 8 Jun 2001, John Stoffel wrote:
>
> Marcelo> Now the stock kernel gives us crappy interactivity compared
> Marcelo> to my patch. (Note: my patch still does not gives me the
> Marcelo> interactivity I want under high VM loads, but I hope to get
> Marcelo> there soon).
>
> This raises
L. K. writes:
> On Fri, 8 Jun 2001, Albert D. Cahalan wrote:
>> The bits are free; the API is hard to change.
>> Sensors might get better, at least on high-end systems.
>> Rounding gives a constant 0.15 degree error.
>> Only the truly stupid would assume accuracy from decimal places.
>> Again,
Hi All,
here are 15 probable security holes where user input (e.g. data from
copy_from_user, get_user, etc) is:
1. passed as a length argument to copy_*user (or passed to a
function that does so), OR
2. is used as an array index.
The main difference between this
> From: L. K. [mailto:[EMAIL PROTECTED]]
> I really do not belive that for a CPU or a motherboard +- 1
> degree would make any difference.
You haven't pushed your system, or run it in a hostile
environment then. There are many places where systems are run
right up to the edge of thermal
Hi,
> Only the truly stupid would assume accuracy from decimal places.
Well then, tell all the teachers in this world that they're stupid, and tell
everyone who learnt from them as well. I'm in high school (gd. 11, junior)
and my physics teacher is always screaming at us for putting too many
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
In terms of going through the code audit almost all the sound drivers still
need fixing to lock against format changes during a
Hi,
Mostly for my own use, I prepared two kernel RPM's with Ext3 in them.
They are totally basic: kernel + ext3 patch, config based on Red Hat
i386-smp config files. They include an RPM for e2fsprogs based on
Stephen's code.
I am running them (very) happily.
Versions:
2.2.19 + 0.0.7a
2.4.5
On Fri, 8 Jun 2001, Albert D. Cahalan wrote:
> Michael H. Warfiel writes:
>
> > We don't have sensors that are accurate to 1/10 of a K and certainly not
> > to 1/100 of a K. Knowing the CPU temperature "precise" to .01 K when
> > the accuracy of the best sensor we are likely to see is no
Michael H. Warfiel writes:
> We don't have sensors that are accurate to 1/10 of a K and certainly not
> to 1/100 of a K. Knowing the CPU temperature "precise" to .01 K when
> the accuracy of the best sensor we are likely to see is no better than
> +- 1 K is just about as relevant as negative
Marcelo> Now the stock kernel gives us crappy interactivity compared
Marcelo> to my patch. (Note: my patch still does not gives me the
Marcelo> interactivity I want under high VM loads, but I hope to get
Marcelo> there soon).
This raises the important question, how can we objectively measure
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Eric W. Biederman)
In newsgroup: linux.dev.kernel
>
> The AMD760 which looks like it might walk on both the alpha, an x86
> side of the fence also has an iommu. Mostly it's used for AGP but
> according to the docs it should be
On Fri, 8 Jun 2001, Tom Sightler wrote:
> OK, I tried your patch, it did fix the problem where pump wouldn't
> pull an IP address, but I'm still having the problem where my ping
> times go nuts. I've attached an example, it's 100% repeatable on my
> network at work. It was so bad I couldn't
Vojtech Pavlik <[EMAIL PROTECTED]> writes:
> > Can't it make mouse jump forward and back when user suddenly stops?
>
> In theory - yes. It doesn't seem to be a problem in practice, though.
> It'll happen when a user slows down the mouse pointer motion faster than
> exponentially (base 2). I
Hello.
I have a need to have some drivers pre-loaded before the scsi adapter driver
is loaded.
I followed the usage and i got some errors which iam attaching below in this
mail.
If someone can give me a way to get this to work that would be awesome!!!
please reply back to me..
1. Is the size
This is a patch to arch/alpha/kernel/traps.c which changes its oops output
to be like other architectures: Output a trace, given in a series of hex
numbers, and then output the instructions surrounding the oops, in hex
numbers.
The disassemble() function and its associated data structures and
On Thu, 7 Jun 2001, Marcelo Tosatti wrote:
> On Thu, 7 Jun 2001, Paul Buder wrote:
>
> > I am trying to create a system which boots off of a cd and has no hard
> > disks. So it needs ramdisks. But I haven't had much luck creating
> > large ones.
[ explanation of large ram disks crashing the
On Fri, 8 Jun 2001, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > the kernel is 2.4.5 with 'Simple RAM-based file system support' turned on.
>
> > I issued the following commands.
>
> > mkfs /dev/ram0 40
> > mount /dev/ram0 /mnt
> > dd if=/dev/zero of=/mnt/junk bs=1024
On Fri, 8 Jun 2001, John Stoffel wrote:
>
> Mike> OK, riddle me this. If this test is a crummy test, just how is
> Mike> it that I was able to warn Rik in advance that when 2.4.5 was
> Mike> released, he should expect complaints? How did I _know_ that?
> Mike> The answer is that I fiddle
On Fri, 8 Jun 2001, Mike Galbraith wrote:
> On Fri, 8 Jun 2001, Tobias Ringstrom wrote:
> > On Fri, 8 Jun 2001, Mike Galbraith wrote:
> > > I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> > > while testing some other stuff today.
> >
> > Could you please explain what is
On 06.08 Michael H. Warfield wrote:
>
> No, we are not talking lab instrumentation here. We are talking
> about CPU monitoring. Lab instrumentation is a whole different issue
> with things like the IEEE bus and such. Lab instrumentation would require
> it's own drivers and interface.
>
On Fri, Jun 08, 2001 at 08:43:06PM +0200, J . A . Magallon wrote:
> On 06.08 Michael H. Warfield wrote:
> > Actually, the REAL point I was TRYING to make (and doing a really
> > shabby job of it) is that some of this needs a little dose of reality.
> > We don't have sensors that are
On 06.08 Michael H. Warfield wrote:
>
> Actually, the REAL point I was TRYING to make (and doing a really
> shabby job of it) is that some of this needs a little dose of reality.
> We don't have sensors that are accurate to 1/10 of a K and certainly not
> to 1/100 of a K. Knowing the CPU
I have been told that I should send a diff rather than complain and
expect others to make a diff. Oops ,)
So attached is a diff.
Oh boy oh boy will I now become part of the Linux Changelog? ;)
Felix
--- linux/include/linux/in6.h Sat May 19 02:45:08 2001
+++ linux.fefe/include/linux/in6.h
On Fri, 8 Jun 2001, John Stoffel wrote:
> Mike> OK, riddle me this. If this test is a crummy test, just how is
> Mike> it that I was able to warn Rik in advance that when 2.4.5 was
> Mike> released, he should expect complaints? How did I _know_ that?
> Mike> The answer is that I fiddle with
sorry I'm late, could you tell me where this driver/patch is?
also, my problem with USB mice on slow machines is that it takes
up too much CPU, and you get a jumpy mouse if your box is doing a
lot of work (like a heavy nfs server, say). Would this driver do
the same to that box?
On Fri, Jun
Tom Sightler wrote:
>
> Whoops!! Sorry, forgot the attachment.
>
>
>
> [root@iso-2146-l1 ttsig]# ping 10.10.4.254
> PING 10.10.4.254 (10.10.4.254) from 10.10.4.33 : 56(84) bytes of data.
> 64 bytes from 10.10.4.254:
glibc works around this, but the diet libc uses the kernel headers and
thus exports the wrong API to user land.
Here is what RFC2553 mandates:
struct ipv6_mreq {
struct in6_addr ipv6mr_multiaddr; /* IPv6 multicast addr */
unsigned intipv6mr_interface; /* interface index */
Hello!
I've made a patch for devfs support in USB scanners (against 2.4.5-ac9).
It can be found here:
http://www.red-bean.com/~proski/linux/scanner-devfs.diff
The patch is quite straightforward. The necessary changes have been taken
from usb-skeleton.c and verified against printer.c.
The
Hello:
I would like to know how can I check the current number of process
and open files i have running on my system.
Thanks!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Mike> OK, riddle me this. If this test is a crummy test, just how is
Mike> it that I was able to warn Rik in advance that when 2.4.5 was
Mike> released, he should expect complaints? How did I _know_ that?
Mike> The answer is that I fiddle with Rik's code a lot, and I test
Mike> with this test
Whoops!! Sorry, forgot the attachment.
Thanks,
Tom
> Both of these are slow, actually. I'm getting 7.5-8MB/s when receiving
> from a 100Mbit box (tulip or starfire, doesn't seem to matter).
> Transmitting is still slow for me, but that is most likely a different
> problem -- and I'm looking
Hi,
> Then you must have blown your quantum finals. Royally. ESPECIALLY
> after that statement about "temperature is nothing but the movement of
> pieces of materie". Not even close, once you get into the quant.
>
> Mathematically and quantum mechanically, negative absolute
> temperatures do
well, my guess is that the compiler misscompiles your kernel.
stil _contrary_ to REPORTING_BUGS file you did not gave any info about
your system.
some usefull stuff you should email are (adjust it to your setup)
a)
cd /usr/src/linux
rm fs/buffer.o
make fs/buffer.o
On Fri, 8 Jun 2001 [EMAIL PROTECTED] wrote:
> On Thu, Jun 07, 2001 at 08:31:46PM +0200, Maciej W. Rozycki wrote:
> > On Thu, 7 Jun 2001, Ivan Kokshaysky wrote:
>
> > > Exactly. However, there are situations when you have only two options:
> > > rewrite from scratch or use -taso. Netscape vs.
On Fri, 8 Jun 2001, John Stoffel wrote:
> > "Tobias" == Tobias Ringstrom <[EMAIL PROTECTED]> writes:
>
> Tobias> On Fri, 8 Jun 2001, Mike Galbraith wrote:
>
> >> I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> >> while testing some other stuff today.
>
> Tobias> Could
On Fri, 8 Jun 2001, Tobias Ringstrom wrote:
> On Fri, 8 Jun 2001, Mike Galbraith wrote:
> > I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> > while testing some other stuff today.
>
> Could you please explain what is good about this test? I understand that
> it will
On Fri, Jun 08, 2001 at 06:20:46PM +0200, Pavel Machek wrote:
> Hi!
>
> > > > If you still have your 3-button MouseSystems (or any other serial) mouse
> > > > somewhere in your driver, forgotten becase of the incredibly slow update
> > > > rate causing so much jumping of the pointer on the
Hi!
> > > If you still have your 3-button MouseSystems (or any other serial) mouse
> > > somewhere in your driver, forgotten becase of the incredibly slow update
> > > rate causing so much jumping of the pointer on the screen that it is
> > > unusable, you may want to pull it out and give it a
On Wed, Jun 06, 2001 at 11:21:34PM +, Pavel Machek wrote:
> > If you still have your 3-button MouseSystems (or any other serial) mouse
> > somewhere in your driver, forgotten becase of the incredibly slow update
> > rate causing so much jumping of the pointer on the screen that it is
> >
I am betting on CMD and Highpoint.
I will meet with CMD in Irvine during the next T13 meeting in two weeks.
Andre Hedrick
ASL Kernel Development
Linux ATA Development
-
ASL, Inc. Toll
> "Tobias" == Tobias Ringstrom <[EMAIL PROTECTED]> writes:
Tobias> On Fri, 8 Jun 2001, Mike Galbraith wrote:
>> I gave this a shot at my favorite vm beater test (make -j30 bzImage)
>> while testing some other stuff today.
Tobias> Could you please explain what is good about this test? I
HIi!
> I made 18 ext2 cdroms in October 1998 using an old (new at the time) Red
> Hat system. Now I can't mount them. e2fsck shows no problems. I also
> can dd them to a file, then mount the file. But I want to be able to
> simply access them directly. Current system: RH 7.1 with all
Hi!
>
> If you still have your 3-button MouseSystems (or any other serial) mouse
> somewhere in your driver, forgotten becase of the incredibly slow update
> rate causing so much jumping of the pointer on the screen that it is
> unusable, you may want to pull it out and give it a try.
>
> Or if
A make modules_install gives:
depmod: *** Unresolved symbols in
/lib/modules/2.4.6-pre1/kernel/drivers/input/keybdev.o
depmod: tasklet_schedule
depmod: *** Unresolved symbols in
/lib/modules/2.4.6-pre1/kernel/drivers/isdn/hisax/hisax.o
depmod: tasklet_hi_schedule
depmod: ***
http://www.kernelnewbies.org/documents/ then ProcFS guide.
~Randy
sebastien person wrote:
>
> Hi,
>
> I'm trying to port a driver to 2.4, but it seem that proc use has changed.
> Is somebody have any docs about ?
>
> Thanks
>
> sebastien person
> -
-
To unsubscribe from this list: send the
Hi,
Could anyone plz tell me whether the kernel - 2.2.14
is SMP or NON-SMP by default?
To make it SMP versioned, Do I need to add some flags
in the kernel header files and re-compile to kernel?
Thanks in advance,
Jal
__
Do You Yahoo!?
Get
Richard Henderson <[EMAIL PROTECTED]> writes:
> On Thu, Jun 07, 2001 at 02:22:10PM -0700, Linus Torvalds wrote:
> > For example, what's the difference between ZONE_HIGHMEM and ZONE_NORMAL
> > on a sane 64-bit architecture (right now I _think_ the 64-bit architectures
> > actually make
Hi,
I'm trying to port a driver to 2.4, but it seem that proc use has changed.
Is somebody have any docs about ?
Thanks
sebastien person
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
If there are no packets on sk->recieve_queue, and nothing has been copied
to userland yet, it seems to me there is a redundant test of sk->done.
About line 1461 in net/ipv4/tcp.c:
/* Well, if we have backlog, try to process it now yet. */
if (copied >= target
Hi!
I've found a bug in the serial driver 5.0.5, the problem is
that the Sunix pci 4port serial card wasn't correctly detected.
I'm using the serial 5.0.5 serial driver on a vanilla 2.2.19 kernel.
Searching the web I've found this changes that looks wrong :
On Thu, Jun 07, 2001 at 08:28:04PM +0200, Maciej W. Rozycki wrote:
> DU seems to map as low as possible, it would seem.
Yes, I've just checked, starting at 64K...
> Maybe we could just
> do the same for OSF/1 binaries by setting TASK_UNMAPPED_BASE
> appropriately?
No. I've changed in
On Fri, 8 Jun 2001, Mike Galbraith wrote:
> I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> while testing some other stuff today.
Could you please explain what is good about this test? I understand that
it will stress the VM, but will it do so in a realistic and relevant
On Fri, Jun 08 2001, Louis Lam wrote:
> Hi,
>
> I'm quite new to kernel development, please advice
>
> Got some questions about Loop and PPDD Devices.
>
> *For 2.2 kernels, there are loop-specific modifications in ll_rw_block.c, in
> make_request(), where the max_req is divided by two.
> Both of these are slow, actually. I'm getting 7.5-8MB/s when receiving
> from a 100Mbit box (tulip or starfire, doesn't seem to matter).
> Transmitting is still slow for me, but that is most likely a different
> problem -- and I'm looking into it.
Yeah, I knew they were both slow, but at
I am seeing the aic7xxx driver unload itself on 2.4.4 with sg
loaded and with a user space app holding active handles. Subsequent
closing and reopening of the /dev/sg0, etc. handles is not
causing a modprobe autoload of the driver, as normally happens
after the code gets into this state.
Hi,
I'm quite new to kernel development, please advice
Got some questions about Loop and PPDD Devices.
*For 2.2 kernels, there are loop-specific modifications in ll_rw_block.c, in
make_request(), where the max_req is divided by two. Comments read: loop
uses two requests, 1 for loop and
On Fri, 8 Jun 2001, Jonathan Morton wrote:
> http://www.chromatix.uklinux.net/linux-patches/vm-update-2.patch
>
> Try this. I can't guarantee it's SMP-safe yet (I'm leaving the gurus to
> that, but they haven't told me about any errors in the past hour so I'm
> assuming they aren't going to
Andre Hedrick wrote:
>
> Frank,
>
> "Frank Tiernan" does not exist at Promise anymore, and that company is
> HOSTILE towards Linux Now.
Hi Andre,
thanks for your response. What is your advice for an IDE-Controller
in an multi platform environment?
Frank
--
Dipl.-Ing. Elektrotechnik
1 - 100 of 246 matches
Mail list logo
