Hello Kernel list
Would someone please tell me where I can find docs/info on using
the kernel PCI functions under linux 2.2 and 2.4 (2.2 is my immediate
concern). I found Alan Cox article in Linux Magazine and the pci.txt
file in my /usr/src/linux/Documentation directory. Is there more?
Who has
Hello Kernel list
Would someone please tell me where I can find docs/info on using
the kernel PCI functions under linux 2.2 and 2.4 (2.2 is my immediate
concern). I found Alan Cox article in Linux Magazine and the pci.txt
file in my /usr/src/linux/Documentation directory. Is there more?
Who has
Andre,
(Thanks for calling my bluff) && (I was wrong).
Sean
-
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/
Sean Estabrooks wrote:
>
> Hi Andre,
>
> The if() logic must then rely on implementation specific compiler
> details and not have any optimizations which break this code. While it may
> "WORK" it isn't particularly reliable code.
>
> Sean
Nope, the logical ops are sequence
I don't know a lawyer I would trust who would give free legal advice on a
mailing list without the usual disclaimers.
And I don't care what you've done elsewhere, you have, here, been misleading
about patent law. I stand by my recommendation that people who are
interested should read the Nolo
On Fri, 6 Oct 2000, Sean Estabrooks wrote:
> Hi Andre,
>
> The if() logic must then rely on implementation specific compiler
> details and not have any optimizations which break this code. While it may
> "WORK" it isn't particularly reliable code.
If that is the case and it is proven
Is there an ETA on having ip6 in ip4 tunnelling working with the latest
net-utils??
--
Gerhard Mack
[EMAIL PROTECTED]
<>< As a computer I find your faith in technology amusing.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi Andre,
The if() logic must then rely on implementation specific compiler
details and not have any optimizations which break this code. While it may
"WORK" it isn't particularly reliable code.
Sean
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Jeff Merkey wrote:
>On Sat, Oct 07, 2000 at 12:31:05AM -0400, jeff millar wrote:
>> Redhat support got back to me today and said 7.0 doesnt support
>> upgrades to systems running devfs. But I thought sure than Linus
>> blessed it! :-)
>> Does anyone have a fix?
>
>Good question. I noticed
I know, replying "to the wrong person" is a little weak, but I lost the
original post in a hardware lockup on my workstation (2.4-test9, latest DRI
CVS code, mga HALlib), so this has to go. And please forgive me about
posting from MS Outlook Express this time, it's only temp :-)
> On Thu, 5 Oct
On Sat, Oct 07, 2000 at 12:31:05AM -0400, jeff millar wrote:
> Redhat support got back to me today and said 7.0 doesnt support
> upgrades to systems running devfs. But I thought sure than Linus blessed
> it! :-)
> Does anyone have a fix?
Good question. I noticed this as well.
Jeff
>
> -
>
You need to set your /proc/sys/net/core/{w,r}mem* values large enough
for the window scale to have any reason to have a non-zero value.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Redhat support got back to me today and said 7.0 doesnt support
upgrades to systems running devfs. But I thought sure than Linus blessed
it! :-)
Does anyone have a fix?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
Andre,
BTW, how did your testing of the speed=4 problem with ide-scsi turn
out. We are still seeing the speed=2 problem on 2.4.0-pre9. I cannot
get the drive to burn clean unless the speed setting is cranked down to
speed=2.
Jeff
Andre Hedrick wrote:
>
> On Fri, 6 Oct 2000, Sean
I have made changes in STRIP address handling to accomodate new 128Kbps
Ricochet GS "modems" that Metricom makes now. There is no official
maintainer of STRIP code (maybe I should become one, however folks at
Stanford who work on the original project probably will be more
appropriate), so I am
Reposted to RedHat list (thanks to the person who provided the list
address).
Jeff
"Jeff V. Merkey" wrote:
>
> Heads up. The anaconda Installer on 7.0 is setting /var/named to
> root.root instead of named.named which causes zone transfers to fail
> until you chown -R the directory with
On Sat, Oct 07, 2000 at 02:53:27AM +0200, bert hubert wrote:
> On Fri, Oct 06, 2000 at 07:56:15PM -0400, Lawrence MacIntyre wrote:
> > Hi:
> >
> > The window scale option doesn't appear to work in 2.2.16, 2.2.17, and
> > 2.2.18. I've got an old 2.2.5 machine and it doesn't work either. Is
> >
On Fri, 6 Oct 2000, Sean Estabrooks wrote:
> ide-pci.c bug:
>
> ide_setup_pci_baseregs() may inappropriately report device as not capable of full
>native PCI:
>
> // BUGGY LINE:
> if (pci_read_config_byte(dev, PCI_CLASS_PROG, ) || (progif & 5) != 5) {
> // = TWO
On Fri, Oct 06, 2000 at 07:56:15PM -0400, Lawrence MacIntyre wrote:
> Hi:
>
> The window scale option doesn't appear to work in 2.2.16, 2.2.17, and
> 2.2.18. I've got an old 2.2.5 machine and it doesn't work either. Is
> this supposed to work? There is code in the kernel to do the window
>
Hi:
The window scale option doesn't appear to work in 2.2.16, 2.2.17, and
2.2.18. I've got an old 2.2.5 machine and it doesn't work either. Is
this supposed to work? There is code in the kernel to do the window
scale option, but it always sends a 0 value. It does, however, work
correctly in
Heads up. The anaconda Installer on 7.0 is setting /var/named to
root.root instead of named.named which causes zone transfers to fail
until you chown -R the directory with bind-8. Does it in 6.2 as well.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi Jan,
On Wed, Sep 27, 2000 at 02:56:20PM +0200, Jan Kara wrote:
>
> So I've been thinking about fixes in quota (and also writing some parts).
While we're at it, I've attached a patch which I was sent which simply
teaches quota about ext3 as a valid fs type in fstab. It appears to
work
ide-pci.c bug:
ide_setup_pci_baseregs() may inappropriately
report device as not capable of full native PCI:
// BUGGY LINE:
if (pci_read_config_byte(dev,
PCI_CLASS_PROG, ) || (progif & 5) != 5)
{// = TWO CONDITIONS USING PROGIF
if ((progif &
0xa) !=
On Fri, Oct 06, 2000 at 11:27:18PM +0200, David Weinehall wrote:
> On Fri, Oct 06, 2000 at 04:19:55PM -0400, Byron Stanoszek wrote:
> > On Fri, 6 Oct 2000, Rik van Riel wrote:
> >
> > > 3. add the out of memory killer, which has been tuned with
> > >-test9 to be ran at exactly the right
Date: Fri, 6 Oct 2000 17:45:47 -0200 (BRST)
From: Marcelo Tosatti <[EMAIL PROTECTED]>
2.2.17 is broken too.
I've fixed it in my 2.2.x sources as well.
Thanks.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, 6 Oct 2000, David S. Miller wrote:
>Date: Fri, 6 Oct 2000 19:25:38 -0300 (BRST)
>From: Rik van Riel <[EMAIL PROTECTED]>
>
>Is this an actual bug, or am I overlooking something?
>
> It is a bug and I'll change TCP's sendmsg to use sk->allocation as it
> should. Thanks
Marty Fouts wrote:
>
> I don't do pissing matches, Jeff, and won't compare the quality of the IP
> experts I have access to to the quality of those you have access to.
>
> I will say that you are wrong about disclosure because you have overly
> simplified, and again recommend that people who
David Schwartz wrote:
>
> > I've filed lots of patents in my day Marty -- this is correct. I have
> > two patent lawyers on staff. Want to try again..
> >
> > Jeff
>
> > > And you only get the year of protection **IF** you have filed a
> > > provisional patent application, which expires 12
Date: Fri, 6 Oct 2000 19:25:38 -0300 (BRST)
From: Rik van Riel <[EMAIL PROTECTED]>
Is this an actual bug, or am I overlooking something?
It is a bug and I'll change TCP's sendmsg to use sk->allocation as it
should. Thanks for pointing this out.
Later,
David S. Miller
[EMAIL
On Fri, Oct 06, 2000 at 12:32:35PM +0300, Petko Manolov wrote:
> It is not so difficult as it looks.
I don't see it being difficult at all ...
> The master pgd looking as:
>
> .org 0x1000
> ENTRY(swapper_pg_dir)
> .long 0x00102007
> .long 0x00103007
> .fill
Hi,
I found the following lines in tcp.c, after trying to identify
and track down what I thought to be an nbd bug...
net/ipv4/tcp.c:
1028 if (tcp_memory_free(sk))
1029 skb = tcp_alloc_skb(sk, tmp, GFP_KERNEL)
While this looks ok at first glance, it rather conflicts
> I've filed lots of patents in my day Marty -- this is correct. I have
> two patent lawyers on staff. Want to try again..
>
> Jeff
> > And you only get the year of protection **IF** you have filed a
> > provisional patent application, which expires 12 months after it's
> > issued. You must
I don't do pissing matches, Jeff, and won't compare the quality of the IP
experts I have access to to the quality of those you have access to.
I will say that you are wrong about disclosure because you have overly
simplified, and again recommend that people who care should discuss their
specific
On 6 Oct 00 at 17:45, Atul Mukker. wrote:
> Hi,
> Can i use sys_mlock and sys_munlock in my driver module to lock/unlock the
> user address pages.
>
> Thanks
>
> P.S.Please mark your mail CC to [EMAIL PROTECTED]
VMware's vmmon and in-kernel raw devices (and kiobufs) use simple
Hi,
Can i use sys_mlock and sys_munlock in my driver module to lock/unlock the
user address pages.
Thanks
P.S.Please mark your mail CC to [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
I've filed lots of patents in my day Marty -- this is correct. I have
two patent lawyers on staff. Want to try again..
Jeff
Marty Fouts wrote:
>
> This is not correct. There is a lot of partially correct information being
> passed around in this thread, and I strongly suggest that people
Andi Kleen wrote:
>On Fri, Oct 06, 2000 at 09:06:31PM +, David Wagner wrote:
>> David S. Miller wrote:
>> >Linux should not honor the incorrect sequence number. If the sequence
>> >number is incorrect, the RST could legitimately be for another
>> >connection.
>>
>> How could it be for
On Fri, Oct 06, 2000 at 04:19:55PM -0400, Byron Stanoszek wrote:
> On Fri, 6 Oct 2000, Rik van Riel wrote:
>
> > 3. add the out of memory killer, which has been tuned with
> >-test9 to be ran at exactly the right moment; process
> >selection: "principle of least surprise" <== OOM
From: [EMAIL PROTECTED] (David Wagner)
Date:6 Oct 2000 21:06:31 GMT
How could it be for another connection, if it has source and
destination port numbers?
Consider previously existing connections with the same src/dst/ports
and the effects of massive packet reordering and
On Fri, Oct 06, 2000 at 09:06:31PM +, David Wagner wrote:
> David S. Miller wrote:
> >Linux should not honor the incorrect sequence number. If the sequence
> >number is incorrect, the RST could legitimately be for another
> >connection.
>
> How could it be for another connection, if it has
David S. Miller wrote:
>Linux should not honor the incorrect sequence number. If the sequence
>number is incorrect, the RST could legitimately be for another
>connection.
How could it be for another connection, if it has source and destination
port numbers? I thought the sequence number was
Hi.
(I hope that you are the current maintainer for the Sun3 framebuffer.
If not, please redirect me if you are able to.)
It is my understanding that __initfunc is deprecate in 2.4.0. So this
patch exchanges __initfunc with __init.
--- linux-240-test9-clean/drivers/video/sun3fb.cMon
This is not correct. There is a lot of partially correct information being
passed around in this thread, and I strongly suggest that people who are
interested not rely on what is being said here, but read the NOLO press book
as a starter, and talk to an IP lawyer if you need to know the details.
Please be careful with attributions. I did not write the paragraph
attributed to me below, which contains information I believe is incorrect.
-Original Message-
From: Daniel Phillips
[mailto:[EMAIL PROTECTED]]
Sent: Friday, October 06, 2000 12:24 PM
To: Marty Fouts; [EMAIL PROTECTED]
Hi!
> > Swapping to /dev/loop* probably can not work.
>
> Probably not no ... we really need to rework /dev/loop into
> an md-like thing ;)
>
> > Swapping to file on nfs does not work.
>
> Any fundamental reasons, or is this in the "fixable"
> category? If it is fixable, I'd like to fix it
On Fri, 6 Oct 2000, Byron Stanoszek wrote:
> On Fri, 6 Oct 2000, Rik van Riel wrote:
>
> > 3. add the out of memory killer, which has been tuned with
> >-test9 to be ran at exactly the right moment; process
> >selection: "principle of least surprise" <== OOM handling
>
> In the OOM
On Fri, 6 Oct 2000, Rik van Riel wrote:
> 3. add the out of memory killer, which has been tuned with
>-test9 to be ran at exactly the right moment; process
>selection: "principle of least surprise" <== OOM handling
In the OOM killer, shouldn't there be a check for PID 1 just to enforce
[EMAIL PROTECTED] said:
> And it's allocating a tty_struct for a really dumb reason, too. It's
> just using it so it cna call tty_name.
> Just replace the call to tty_name with something like this:
> sprintf(buf, driver->name, idx + driver->name_base)
> and make the obvious change to
On Fri, 6 Oct 2000, Pavel Machek wrote:
> This really should be documented, somewhere.
Indeed ;)
> For example swapping over nbd to localhost can not work.
>
> Swapping over nbd to any other host can not work, too; but it
> might be fixable.
This is one of the next things on my TODO list,
Hi!
> * Following a suggestion from Jeff Garzik to save the disk from heavy
> trashing during my mem=8M test, I've tried to use a ramdisk for
> swapping - Yes, I know, this is pretty stupid in normal use and might
> even be illegal (i.e. not expected to work by design). Anyway, I've
>
> I was told somebody ported the TCP/IP stack of 2.0 as a library in
> user-mode. I cannot find the code for that, can anybody tell me where
> can I get it? Also, is there any other user level port of the TCP/IP
> stack for more recent kernels?
This is probably not what you heard about, but it
Could someone explain to me the difference between wait_queue_head_t and
wait_queue_t? I'm trying to port some code from 2.2 to 2.4, and I'm getting
these two structures confused. What makes it worse is that the drivers in the
2.4 kernel which use these structures don't seem to explain their
Alexander Viro wrote:
>
> On Fri, 6 Oct 2000, Daniel Phillips wrote:
>
> > "Jeff V. Merkey" wrote:
> > >
> > > And you only get the year of protection **IF** you have filed a
> > > provisional patent application, which expires 12 months after it's
> > > issued. You must then file a
On Fri, 6 Oct 2000, Daniel Phillips wrote:
> "Jeff V. Merkey" wrote:
> >
> > And you only get the year of protection **IF** you have filed a
> > provisional patent application, which expires 12 months after it's
> > issued. You must then file a non-provisional patent application before
> >
On Fri, 06 Oct 2000 21:18:08 +0200, Daniel Phillips wrote:
>jesse wrote:
>> IANAL, but I believe that once you've implemented a method in a released
>> product, you have only one year to file the patents for it. If you don't
>> file patents for it within this time period, it becomes public
I did send this small bug to the mantainer of
Multipple Device SCSI, but did get no answer after a week so I put it at the
linux-kernel.
I have found a small bug in
raid5.c
static int __check_consistency (mddev_t *mddev, int
row)
{
raid5_conf_t *conf = mddev->private;
kdev_t dev;
"Jeff V. Merkey" wrote:
>
> And you only get the year of protection **IF** you have filed a
> provisional patent application, which expires 12 months after it's
> issued. You must then file a non-provisional patent application before
> the year runs out, or you cannot patent the techniques.
Marty Fouts wrote:
>> IANAL, but I believe that once you've implemented a method in a released
> product, you have only one year to file the patents for it. If you don't
> file patents for it within this time period, it becomes public domain. I
> think it would be possible to invalidate their
jesse wrote:
> IANAL, but I believe that once you've implemented a method in a released
> product, you have only one year to file the patents for it. If you don't
> file patents for it within this time period, it becomes public domain. I
> think it would be possible to invalidate their patents,
> " " == David Weinehall <[EMAIL PROTECTED]> writes:
> Sorry to bother you then. Glad to hear this. Is this true for
> the v2.2 NFSv3 as well?
If you use tcp mounts then yes. If you use udp, then the default is
1k. Alan has said that he prefers that as it causes less breakage on
Hi Linus,
the following patch contains 2 fixes and one addition
to the VM layer:
1. Roger Larson's fix to make sure there is no
"1 page gap" between the point where __alloc_pages()
goes to sleep and kswapd() wakes up<== livelock fix
2. fix the calculation of freepages.{min,low,high}
And you only get the year of protection **IF** you have filed a
provisional patent application, which expires 12 months after it's
issued. You must then file a non-provisional patent application before
the year runs out, or you cannot patent the techniques.
Jeff
Marty Fouts wrote:
>
> IANAL;
Date:Fri, 06 Oct 2000 12:01:34 -0500
From: Jeff Dike <[EMAIL PROTECTED]>
tty_register_devfs and tty_unregister_devfs both declare "struct tty_struct" locals.
According to gdb:
(gdb) p sizeof(struct tty_struct)
$20 = 3084
This eats up most of a 4K page, and on UML
> Some years ago, the PCI routines have really used this strategy
> (and the obsolete help text reflects this situation), but unfortunately,
> there exist machines where the direct access detection gives bogus
> results, so it's much better to ask the BIOS first. Also, it's conceptually
> cleaner
Hi all,
I was told somebody ported the TCP/IP stack of 2.0 as a library in
user-mode. I cannot find the code for that, can anybody tell me where can I
get it? Also, is there any other user level port of the TCP/IP stack for
more recent kernels?
Thanks in advance,
Ziad Sayegh
-
To
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is this a problem where the code produced by 2.95 was non-optimal in some
significant way or simply incorrect, or is it really just a subjective
"takes to long to compile XXX" thing?
Andrew Purtell
NAI Labs at Network Associates, Inc.
IANAL; this is not legal advice.
The 'one year' you are referring to is from 'disclosure', not from released
product. "disclosure" in this case is a legal term-of-art. Further, there
is a difference between US and European Union patent law, in that, IIRC, EU
law requires patent application
> By the way, does 2.2.x behave in the same way?
No. 2.2.x and if I remember right, even 2.0.x all get it right.
> I'm interested in lspci -vvx outputs for all the cases and also in effect
> of "pci=bios", "pci=conf1" and "pci=conf2" switches.
Will do.
-
To unsubscribe from this list: send
Hello,
> I could use a little advice on reentrancy issues for
> modules.
>
> I have written a device driver that is nothing more
> than a circular FIFO buffer in memory. The read and
> write methods access user space, so I know that those
> sections of code need to be reentrant. Since the
Hi!
> I have an odd situation.. in 2.4.x on my old P60, if I choose 'any', the
> machine has ghost devices and all PCI cards stop working. If I choose
> 'direct', it almost works. If I choose 'BIOS', it works correctly.
By the way, does 2.2.x behave in the same way?
> If you want an lspci
Hello,
I have a customer who's getting tons of this msg in his LOGs:
kernel: protocol 0008 is buggy, dev hdlc0
The msg comes from net/core/dev.c, and this device is using the Frame
Relay protocol in drivers/net/hdlc.c .
What I'd like to know is:
- What exactly causes this msg?? It seems that
On Fri, Oct 06, 2000 at 09:13:25AM +0200, Daniel Phillips wrote:
> > Once you use the technique and it's documented as clear by a patent
> > lawyer, it will be safe for you to use forever, particularly if it's
> > in the public domain. This is winning
>
> This is good to know, but what I
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> For me it locked up in pine, just after sending an Email, but not always.
> (and sure i had to retype my emails serveral times)
> And yes my mailfolders are large (may be relevant)
>
> Global configuration:
> AMDK6-2/256MB/scsi/ide
> Almost
> 2.2.18pre12 detects Duron 600 almost fine (even reports 64K cache) but
> fails to identify some cpu flags (6, 14, 17). /proc/cpuinfo output:
>
>flags: fpu vme de pse tsc msr 6 mce cx8 sep mtrr pge 14 cmov pat 17
> psn mmxext mmx fxsr 3dnowext 3dnow
Try the patch below, this brings
> at the kernel command line. I admit it isn't a nice solution, but I
> don't know any way which would be 100% reliable on all machines
> and your machine is the only case I know about where the current
> algorithm breaks.
Me me me me. :)
I have an odd situation.. in 2.4.x on my old P60, if I
Hi,
I want to setup the RAID.
For this I am partitioning the disks .The following
is the procedure:
fdisk /dev/hde
fdisk -n /dev/hde /*to add new partition*/
I specify the first & last cylinder
fdisk -w /dev/hde /*save & quit*/
when I do so , I get following :
The partition table
Hi,
month ago I informed here that VMware causes oops on exit.
After some time, and tons of tweaking I was able to recreate
it without vmmon... 2.4.0-test9, no special patches, no
vmware modules loaded...
Machine is dual PIII/450, 256MB RAM, 18GB IDE disk.
Here it is... Adjust MSIZE so
I could use a little advice on reentrancy issues for
modules.
I have written a device driver that is nothing more
than a circular FIFO buffer in memory. The read and
write methods access user space, so I know that those
sections of code need to be reentrant. Since the
module represents one
To the right linux-kernel list this time.
/RogerL
Roger Larsson wrote:
>
> Christoph Lameter wrote:
> >
> > Comparing CD contents with the original after burning showed mismatches 4
> > times in a row. Booted into linux 2.2.18 and everything is fine.
> >
> > Together with the events of
On Fri, Oct 06, 2000 at 08:18:57PM +1000, Robert Cohen wrote:
>
> I wanted to write it using standard IO paths as much as possible. If I
> use esoteric technolgies like the NWFS stuff, then its not clear if
> performance problems found are in the kernel or in the unusual libraries
> used.
The
I have been using the 2.4..0 test series for quite some time now on a
machine with Redhat 6.2 and gcc 2.95.2 running on a Pentium III 733
Flip-Chip on a Tyan Trinity 400 (S1854) Motherboard. Until the recent
kernels my IBM 75 GB 7200 RPM Deskstar would only use PIO transfer modes
and only my
Hi!
> I recently had a problem with linux 2.2.x and 2.4.0 oopsing early
> in the boot process on a old pentium I had gotten hold of. printk
> investigation showed the problem to be in the PCI detection code,
> specifically the part where linux tries to go through the BIOS to
> get the PCI
[replying to a really old email now that I've started work
on integrating the OOM handler]
On 25 Sep 2000, Christoph Rohland wrote:
> Rik van Riel <[EMAIL PROTECTED]> writes:
>
> > > Because as you said the machine can lockup when you run out of memory.
> >
> > The fix for this is to kill a
tty_register_devfs and tty_unregister_devfs both declare "struct tty_struct" locals.
According to gdb:
(gdb) p sizeof(struct tty_struct)
$20 = 3084
This eats up most of a 4K page, and on UML this is causing the stack to flow off the
page for some people.
Is it possible to make that
On Fri, 6 Oct 2000, Mario Lorenz wrote:
> Hi folks,
>
> Linux 2.2.17 (only tested version, I assume all other 2.2 series suffer from
> the same problem and possibly 2.4 as well - but I havent even looked at that).
>
> Assuming a configuration with linuxbox1 eth0 has adresses 192.168.129.1 and
On Fri, 6 Oct 2000, Stanislav Rost wrote:
> Fellow Linux afficionados,
>
> I am working on a research project involving the Linux kernel and Apache.
> Recently, I became puzzled by the overload behavior of Apache under
> cetrain conditions. The processing in web servers is inherently
>
On Fri, Oct 06 2000, Douglas Gilbert wrote:
> Torben Mathiasen wrote:
>
> > Ok this patch should be diffed correctly. Same things apply:
> >
> > apply patch
> > copy sd.c st.c sg.c sr.c sr_ioctl.c sr_vendor.c from
> > drivers/scsi to drivers/scsi/upper
> >
> > The
Torben Mathiasen wrote:
> Ok this patch should be diffed correctly. Same things apply:
>
> apply patch
> copy sd.c st.c sg.c sr.c sr_ioctl.c sr_vendor.c from
> drivers/scsi to drivers/scsi/upper
>
> The EXPORT_SYMBOL has been removed as Jeff suggested.
>
> TLAN will
On Fri, 6 Oct 2000, Stanislav Rost wrote:
> I am working on a research project involving the Linux kernel
> and Apache. Recently, I became puzzled by the overload behavior
> of Apache under cetrain conditions.
Search the linux-kernel archives for the terms
"wake one" and "wake all".
The 2.2.5
On Fri, 6 Oct 2000, Andrew Morton wrote:
> - Updated for the new VM. (I'll have to ask Rik to take a
> look at this part sometime).
I've taken a (very) quick look and it seems ok to me...
regards,
Rik
--
"What you're running that piece of shit Gnome?!?!"
-- Miguel de Icaza, UKUUG
Hi folks,
Linux 2.2.17 (only tested version, I assume all other 2.2 series suffer from
the same problem and possibly 2.4 as well - but I havent even looked at that).
Assuming a configuration with linuxbox1 eth0 has adresses 192.168.129.1 and
192.168.130.1, and IP forward being enabled, and
On Fri, Oct 06, 2000 at 10:00:36PM +1100, Andrew Morton wrote:
> The little-low-latency patch for test9 is at
>
> http://www.uow.edu.au/~andrewm/linux/2.4.0-test9-low-latency.patch
>
> Notes:
>
> - It now passes Benno's tests with 50% headroom (thanks to
> Ingo's scheduler race fix).
On Fri, Oct 06, 2000 at 08:04:42AM -0400, Byron Stanoszek wrote:
> On Fri, 6 Oct 2000, Vojtech Pavlik wrote:
>
> > Hi!
> >
> > For those who like to try out the very latest developments, I'm
> > including my latest VIA and AMD IDE tuning drivers.
> >
> > Just place all the files in drivers/ide
Hi,
> p2 wrote:
> >
> > Hi *,
> >
> > Attached you will find a patch which adds support for CS89x0 base PCMCIA
> > cards such as the IBM EtherJet.
>
> Great work!
>
> Did you know that Danilo Beuche has written a Card Services driver for
> this device? An old version of that driver currently
On Fri, 6 Oct 2000, Rasmus Andersen wrote:
> This stumped me since the help text had led me to believe
> otherwise: The help text states that if CONFIG_PCI_GOANY is set
> linux will first try to detect the settings directly and go
> through BIOS if this fails. The code first goes through BIOS to
> I'm still trying to read physical sectors, and have made progress. Thanks
> for the pointers on set_blocksize(), that seems to do the trick.
>
> However, now I've got another problem. When I read blocks "too quickly",
> I guess the elevator algorithm in ll_rw_block() kicks in and
Hi.
(This mail is a repeat from an earlier l-k mail.)
I recently had a problem with linux 2.2.x and 2.4.0 oopsing early
in the boot process on a old pentium I had gotten hold of. printk
investigation showed the problem to be in the PCI detection code,
specifically the part where linux tries to
Hello,
> My driver needs to do a large DMA in the user address. Is there a way i can
> ensure the user buffer is not swapped out, while i am doing the IO.
> Please CC your mail to [EMAIL PROTECTED]
>
Have a look at map_user_kiobuf() and friends in 2.4.. They're
available as part of the raw
> " " == David Weinehall <[EMAIL PROTECTED]> writes:
>> 2.4.0-pre9 should default to rsize/wsize == whatever Solaris
>> asks for (32k in practice). It does on my setup...
> I'm talking about the client, not the server. Thus, it's the
> Linux machine that makes the request,
Hi,
I noticed that when compiling with gcc-2.95.2 for a Pentium the flag "-
m486" ist still passed to gcc. However gcc-2.95.2 generates different
code if "-m586" is used (older versions ended at -m486).
Is the makefile intentionally not updated, or was it just forgotten?
Regards,
Ulrich
-
To
1 - 100 of 270 matches
Mail list logo
