Jeremy Fitzhardinge wrote:
>
> On Thu, Oct 05, 2000 at 11:33:30AM +0200, Helge Hafting wrote:
> > A power failure might leave you with a corrupt disk block. That is
> > detectable (read failure) and you may then reconstruct it using the
> > rest of the stripe. This will get you data from
Hi,
When trying to compile 2.4.0-test9 on my Sun4m SparcSystem600 it gives an
error dring 'make dep':
galaxy:/usr/src/kernel-source-2.4.0-test9# make dep
make -C arch/sparc/kernel check_asm
make[1]: Entering directory
`/usr/src/kernel-source-2.4.0-test9/arch/sparc/kernel'
gcc272 -E
Keith Owens wrote:
> >Put __attribute__ ((section (".data"))) into __tcp_clean_cacheline_pad
> >and it should do what you want.
> >
> >Heck, section ".bss" might give you the alignment without the allocation
> >but I'm not as confident about that.
>
> Call me mad but you could actually try this
Alan,
Again, not sure if you are getting these reports (my mail to you is
bouncing), but 2.2.18pre15 is still insisting that I have a ps/2 mouse
connected to my machine (it uses a serial mouseman on COM2).
The sluggishness and missed button-down events are no longer present,
though.
Steve
-
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).
- Updated to follow the wandering ext2 truncate code.
- Updated for the new
Thought I'd let you know that I will reply to your suggestions (which
are quite interesting by the way) ... but I need to catch up some sleep
as it's close to 7AM here in Montreal and my brains are failing ... ;)
===
Karim
Greetings,
I just compiled kernel 2.4.0-test9 on my old HP Vectra 486/25NI. I have
three 3c509 Etherlink III cards installed, and was wanting to play around
with netfilter on this box. All of the cards are recognized and
configured on a stock RH 7.0 install, and I can ping other hosts on the
Completely agree - co-operation+integration is the order of the day. They
other thing I didn't mention was that the GKHI was substantially coded
before we discovered your hook capability. Part of the GKHI is also to
allow hooks to be dynamicaly defined i.e. to allow kernel modules to
declare
On Friday October 6, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> > Suppose, for stripe X the parity device is device 1 and we were
> > updating the block on device 0 at the time of system failure.
> > What had happened was that the new parity block was written out, but
> > the new data block
It is not so difficult as it looks.
The master pgd looking as:
.org 0x1000
ENTRY(swapper_pg_dir)
.long 0x00102007
.long 0x00103007
.fill BOOT_USER_PGD_PTRS-2,4,0
/* default: 766 entries */
.long 0x00102007
.long 0x00103007
/* default: 254
On Fri, 6 Oct 2000, Petko Manolov wrote:
> Philipp Rumpf wrote:
> >
> > On Thu, Oct 05, 2000 at 04:30:35PM +0100, Tigran Aivazian wrote:
> > > Hi,
> > >
> > > I put a simple construct in kernel/sched.c like this:
> > >
> > > struct runq_log_s {
> > > char comm[16];
> > > int
Your point is taken to a certain extent.
Its true that the files here are not necessarily going to be laid our
sequentially on disk.
However, they will be laid out far enough apart to cause some seeking
which will put load on the elevator.
And even if this program isn't putting incredible stress
Philipp Rumpf wrote:
>
> On Thu, Oct 05, 2000 at 04:30:35PM +0100, Tigran Aivazian wrote:
> > Hi,
> >
> > I put a simple construct in kernel/sched.c like this:
> >
> > struct runq_log_s {
> > char comm[16];
> > int pid;
> > } runq_log[1024*1024];
> >
> > and the kernel didn't
On Fri, Oct 06, 2000 at 01:58:52AM -0700, Andre Hedrick wrote:
> You are just having to much fun!
Oh yes, I am. :) Just found yet-another-vt82c686a-bug. With heavy IDE disk
activity at UDMA66 speed the PIT (i8253) latch register gets reset to a
random value now and then. Seems like some
You are just having to much fun!
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 of a 2.4 kernel and have fun.
>
> Of
Unless you have a special bay that tri-states the buss or a host that does
it for the requested channel (yes that disables both devices) you can do
this once per mainboard.
There was a proposal for tri-stating the buss, but that was held for 2.5.
There is a partial reset IOCTL in 2.4, but it
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 of a 2.4 kernel and have fun.
Of course, I'm interested in all success/failure stories.
Thanks.
--
Vojtech Pavlik
SuSE Labs
> Donald's email server has been down for few days, my
> machine was not able to send him e-mail.
ok.
> Regarding your last patch -- it does not include the
> documentation update (ifenslave.c compile problem is
> solved).
yes, it's just what I've discovered yesterday evening.
I'll attach the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 5 Oct 2000, Alan Curry wrote:
> Questions:
>
> 1. Could/should the Linux kernel be patched to recognize the one-off sequence
>number and return ECONNREFUSED?
Nope, the sequence number could be correct for another Connection.
> 2. If
Henrik Størner wrote:
> Heh - the first drive I saw this on was an old HP IDE drive only
> capable of burning at double-speed. The second - a Yamaha SCSI
> drive - does support CDRW, but I rarely use it. The Yamaha does
> quad-speed, which is what I used when the burn faild.
>
> Haven't had any
list
--
K Free E-mail http://www.k.ro/
by KappaNet http://www.kappa.ro/
-
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/
Hello Richard,
Part of your analysis is correct. The hooks were designed to take care of
static tracepoints only. That said, dynamic allocation of event IDs was
next on my list and the hooking mechanism would have been modified consequently.
As for "multiple exits registered per hook", if you
Neil Brown wrote:
> Suppose, for stripe X the parity device is device 1 and we were
> updating the block on device 0 at the time of system failure.
> What had happened was that the new parity block was written out, but
> the new data block wasn't.
> Suppose further than when the system come back,
2.2 and 2.4 are not the same anymore with ide-pci init.
2.4 got broken.
In case you have not read, the backport is suspended for now.
So you can not have you UltraDMA in 2.2 if you wanted.
Instead of bitching about the problem, way not attempt to narrow the scope
where you think is was broken.
In article <[EMAIL PROTECTED]> you wrote:
> On Wed, Oct 04, 2000 at 02:57:54PM +, Stephen Torri wrote:
>> It was suggested to me that the way to make hdparm settings permanent was
>> to create a script to change the settings on startup. Is this the best
>> choice?
> Yes, indeed. It is the
Yes, we looked at that and it didn't seem to provide the generality we
needed - multipe exits registered per hook, ability to arm a set of hooks
atomically, ability to prioritise dispatching order of a hook exit, MP
complient. I may be wrong but the Linux Trace Toolkit hooks like like they
were
- Original Message -
From: "J. Dow" <[EMAIL PROTECTED]>
To: "Andre Hedrick" <[EMAIL PROTECTED]>
Sent: Friday, October 06, 2000 0:35
Subject: Re: failure to burn CDs under 2.4.0-test9
> From: "Andre Hedrick" <[EMAIL PROTECTED]>
>
> > On Thu, 5 Oct 2000, J. Dow wrote:
> >
> > > For
"Mike A. Harris" wrote:
>
> On Thu, 5 Oct 2000, Harald Welte wrote:
>
> >Some distributions already have the hdparm initscript.
>
> I'm not sure about that one for RH.. I use my own script, but
> there might be one now..
rc.sysinit looks at /etc/sysconfig/harddisks
in pinstripe and guinness.
On Thu, Oct 05, 2000 at 09:59:08PM -0700, David S. Miller wrote:
>Compile with -fno-common and you'll get .bss, but not COMMON,
>variables. It's the COMMON bits that are screwing your games.
Oh, I was just thinking too -- have you given any thought
to what happens on .sdata hosts even
On Thu, Oct 05, 2000 at 11:56:30PM +0200, Mikael Pettersson wrote:
> On Wed, 4 Oct 2000, Jeff Nguyen wrote:
>
> >Hi Alan.
> >
> >I hope you will consider to integrate Andre IDE patche into the 2.2.18 or
> >2.2.19 kernel.
PLEASE NOT ! the 2.4 IDE driver isn't working for me at all!! at the
"Jeff V. Merkey" wrote:
>
> Daniel Phillips wrote:
> >
> > "Jeff V. Merkey" wrote:
> > >
> > > > "Jeff V. Merkey" wrote:
> > > > >
> > > > > The patent attorneys at Malinkrodt received the materials Daniel sent
> > > > > yesterday on the Tux 2 patents via courier and are working on the
> > > > >
On Thu, 5 Oct 2000, J. Dow wrote:
> For that matter Andre a 4 speed HP can certainly burn at 4 speed except
> that cdrecord and the OS conspire to prevent this through a mathematical
> error. It's rather a tad frustrating.
Explain, please
#!/bin/sh
#
# mkisofs -r -o cd_image -R -x
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 hopefully follow soon.
my apologies for the cross-posting ... but since that matter is urgent for
me and noone on the smp mailinglist have answered so far, i hope that i
will find somebody on this list who can give me advice :)
thanks!
-- Forwarded Message --
Date: 10/05/00 00:19:53 +0200
From:
Daniel Phillips wrote:
>
> "Jeff V. Merkey" wrote:
> >
> > > "Jeff V. Merkey" wrote:
> > > >
> > > > The patent attorneys at Malinkrodt received the materials Daniel sent
> > > > yesterday on the Tux 2 patents via courier and are working on the
> > > > analysis. They said they would have
O'Reilly have just released "Understanding the Linux Kernel"
http://www.ora.com/catalog/linuxkernel/
Cheers
Michael
- Original Message -
From: RAJESH BALAN <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 05, 2000 7:29 PM
Subject: good book on kernel
> Hi,
> Iam
On Thu, Oct 05, 2000 at 11:15:51PM -0700, Andre Hedrick wrote:
> On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
>
> > I am seeing this as well. I got around it by setting speed=2. If you
> > are using one of the newer R/W CD/DVD drives (which are slower than
> > crap, BTW on Linux), you should
In <[EMAIL PROTECTED]> "Jeff V. Merkey"
<[EMAIL PROTECTED]> writes:
>On Fri, Oct 06, 2000 at 07:55:22AM +0200, Henrik Størner wrote:
>> In <[EMAIL PROTECTED]> Christoph Lameter
><[EMAIL PROTECTED]> writes:
>>
>> >Comparing CD contents with the original after burning showed mismatches 4
>>
From: "Andre Hedrick" <[EMAIL PROTECTED]>
> On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
>
> > I am seeing this as well. I got around it by setting speed=2. If you
> > are using one of the newer R/W CD/DVD drives (which are slower than
> > crap, BTW on Linux), you should set the speed manually
Lots of great info on the list thank you all!!!
after reading i think most of the software raid howto's and hardware one's
also..
I've Built a box with 3 drives and a hot spare..
p iii 500 256meg ram aus mother board (i think via chip set)
two promise ata66 cards and 5 30 gig maxtor drives in
"Jeff V. Merkey" wrote:
>
> > "Jeff V. Merkey" wrote:
> > >
> > > The patent attorneys at Malinkrodt received the materials Daniel sent
> > > yesterday on the Tux 2 patents via courier and are working on the
> > > analysis. They said they would have something for us to post on LKML
> > > next
On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
> I am seeing this as well. I got around it by setting speed=2. If you
> are using one of the newer R/W CD/DVD drives (which are slower than
> crap, BTW on Linux), you should set the speed manually and try
> progressively slower settings until you
On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
I am seeing this as well. I got around it by setting speed=2. If you
are using one of the newer R/W CD/DVD drives (which are slower than
crap, BTW on Linux), you should set the speed manually and try
progressively slower settings until you find
"Jeff V. Merkey" wrote:
"Jeff V. Merkey" wrote:
The patent attorneys at Malinkrodt received the materials Daniel sent
yesterday on the Tux 2 patents via courier and are working on the
analysis. They said they would have something for us to post on LKML
next week.
I'll calm
Lots of great info on the list thank you all!!!
after reading i think most of the software raid howto's and hardware one's
also..
I've Built a box with 3 drives and a hot spare..
p iii 500 256meg ram aus mother board (i think via chip set)
two promise ata66 cards and 5 30 gig maxtor drives in
From: "Andre Hedrick" [EMAIL PROTECTED]
On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
I am seeing this as well. I got around it by setting speed=2. If you
are using one of the newer R/W CD/DVD drives (which are slower than
crap, BTW on Linux), you should set the speed manually and try
In [EMAIL PROTECTED] "Jeff V. Merkey"
[EMAIL PROTECTED] writes:
On Fri, Oct 06, 2000 at 07:55:22AM +0200, Henrik Størner wrote:
In [EMAIL PROTECTED] Christoph Lameter
[EMAIL PROTECTED] writes:
Comparing CD contents with the original after burning showed mismatches 4
times in a row. Booted
On Thu, Oct 05, 2000 at 11:15:51PM -0700, Andre Hedrick wrote:
On Thu, 5 Oct 2000, Jeff V. Merkey wrote:
I am seeing this as well. I got around it by setting speed=2. If you
are using one of the newer R/W CD/DVD drives (which are slower than
crap, BTW on Linux), you should set the
O'Reilly have just released "Understanding the Linux Kernel"
http://www.ora.com/catalog/linuxkernel/
Cheers
Michael
- Original Message -
From: RAJESH BALAN [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 05, 2000 7:29 PM
Subject: good book on kernel
Hi,
Iam
Daniel Phillips wrote:
"Jeff V. Merkey" wrote:
"Jeff V. Merkey" wrote:
The patent attorneys at Malinkrodt received the materials Daniel sent
yesterday on the Tux 2 patents via courier and are working on the
analysis. They said they would have something for us to post on
my apologies for the cross-posting ... but since that matter is urgent for
me and noone on the smp mailinglist have answered so far, i hope that i
will find somebody on this list who can give me advice :)
thanks!
-- Forwarded Message --
Date: 10/05/00 00:19:53 +0200
From:
On Thu, 5 Oct 2000, J. Dow wrote:
For that matter Andre a 4 speed HP can certainly burn at 4 speed except
that cdrecord and the OS conspire to prevent this through a mathematical
error. It's rather a tad frustrating.
Explain, please
#!/bin/sh
#
# mkisofs -r -o cd_image -R -x $(object_path)
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 hopefully follow soon.
"Jeff V. Merkey" wrote:
Daniel Phillips wrote:
"Jeff V. Merkey" wrote:
"Jeff V. Merkey" wrote:
The patent attorneys at Malinkrodt received the materials Daniel sent
yesterday on the Tux 2 patents via courier and are working on the
analysis. They said they would
On Thu, Oct 05, 2000 at 11:56:30PM +0200, Mikael Pettersson wrote:
On Wed, 4 Oct 2000, Jeff Nguyen wrote:
Hi Alan.
I hope you will consider to integrate Andre IDE patche into the 2.2.18 or
2.2.19 kernel.
PLEASE NOT ! the 2.4 IDE driver isn't working for me at all!! at the
contrary i
On Thu, Oct 05, 2000 at 09:59:08PM -0700, David S. Miller wrote:
Compile with -fno-common and you'll get .bss, but not COMMON,
variables. It's the COMMON bits that are screwing your games.
Oh, I was just thinking too -- have you given any thought
to what happens on .sdata hosts even
"Mike A. Harris" wrote:
On Thu, 5 Oct 2000, Harald Welte wrote:
Some distributions already have the hdparm initscript.
I'm not sure about that one for RH.. I use my own script, but
there might be one now..
rc.sysinit looks at /etc/sysconfig/harddisks
in pinstripe and guinness.
- Original Message -
From: "J. Dow" [EMAIL PROTECTED]
To: "Andre Hedrick" [EMAIL PROTECTED]
Sent: Friday, October 06, 2000 0:35
Subject: Re: failure to burn CDs under 2.4.0-test9
From: "Andre Hedrick" [EMAIL PROTECTED]
On Thu, 5 Oct 2000, J. Dow wrote:
For that matter Andre
Yes, we looked at that and it didn't seem to provide the generality we
needed - multipe exits registered per hook, ability to arm a set of hooks
atomically, ability to prioritise dispatching order of a hook exit, MP
complient. I may be wrong but the Linux Trace Toolkit hooks like like they
were
In article [EMAIL PROTECTED] you wrote:
On Wed, Oct 04, 2000 at 02:57:54PM +, Stephen Torri wrote:
It was suggested to me that the way to make hdparm settings permanent was
to create a script to change the settings on startup. Is this the best
choice?
Yes, indeed. It is the same for all
2.2 and 2.4 are not the same anymore with ide-pci init.
2.4 got broken.
In case you have not read, the backport is suspended for now.
So you can not have you UltraDMA in 2.2 if you wanted.
Instead of bitching about the problem, way not attempt to narrow the scope
where you think is was broken.
Hello Richard,
Part of your analysis is correct. The hooks were designed to take care of
static tracepoints only. That said, dynamic allocation of event IDs was
next on my list and the hooking mechanism would have been modified consequently.
As for "multiple exits registered per hook", if you
list
--
K Free E-mail http://www.k.ro/
by KappaNet http://www.kappa.ro/
-
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/
Henrik Størner wrote:
Heh - the first drive I saw this on was an old HP IDE drive only
capable of burning at double-speed. The second - a Yamaha SCSI
drive - does support CDRW, but I rarely use it. The Yamaha does
quad-speed, which is what I used when the burn faild.
Haven't had any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 5 Oct 2000, Alan Curry wrote:
Questions:
1. Could/should the Linux kernel be patched to recognize the one-off sequence
number and return ECONNREFUSED?
Nope, the sequence number could be correct for another Connection.
2. If the
Donald's email server has been down for few days, my
machine was not able to send him e-mail.
ok.
Regarding your last patch -- it does not include the
documentation update (ifenslave.c compile problem is
solved).
yes, it's just what I've discovered yesterday evening.
I'll attach the
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 of a 2.4 kernel and have fun.
Of course, I'm interested in all success/failure stories.
Thanks.
--
Vojtech Pavlik
SuSE Labs
Unless you have a special bay that tri-states the buss or a host that does
it for the requested channel (yes that disables both devices) you can do
this once per mainboard.
There was a proposal for tri-stating the buss, but that was held for 2.5.
There is a partial reset IOCTL in 2.4, but it
You are just having to much fun!
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 of a 2.4 kernel and have fun.
Of course, I'm
On Fri, Oct 06, 2000 at 01:58:52AM -0700, Andre Hedrick wrote:
You are just having to much fun!
Oh yes, I am. :) Just found yet-another-vt82c686a-bug. With heavy IDE disk
activity at UDMA66 speed the PIT (i8253) latch register gets reset to a
random value now and then. Seems like some
Philipp Rumpf wrote:
On Thu, Oct 05, 2000 at 04:30:35PM +0100, Tigran Aivazian wrote:
Hi,
I put a simple construct in kernel/sched.c like this:
struct runq_log_s {
char comm[16];
int pid;
} runq_log[1024*1024];
and the kernel didn't boot. Yes, I understand
Your point is taken to a certain extent.
Its true that the files here are not necessarily going to be laid our
sequentially on disk.
However, they will be laid out far enough apart to cause some seeking
which will put load on the elevator.
And even if this program isn't putting incredible stress
On Fri, 6 Oct 2000, Petko Manolov wrote:
Philipp Rumpf wrote:
On Thu, Oct 05, 2000 at 04:30:35PM +0100, Tigran Aivazian wrote:
Hi,
I put a simple construct in kernel/sched.c like this:
struct runq_log_s {
char comm[16];
int pid;
}
It is not so difficult as it looks.
The master pgd looking as:
.org 0x1000
ENTRY(swapper_pg_dir)
.long 0x00102007
.long 0x00103007
.fill BOOT_USER_PGD_PTRS-2,4,0
/* default: 766 entries */
.long 0x00102007
.long 0x00103007
/* default: 254
On Friday October 6, [EMAIL PROTECTED] wrote:
Neil Brown wrote:
Suppose, for stripe X the parity device is device 1 and we were
updating the block on device 0 at the time of system failure.
What had happened was that the new parity block was written out, but
the new data block wasn't.
Completely agree - co-operation+integration is the order of the day. They
other thing I didn't mention was that the GKHI was substantially coded
before we discovered your hook capability. Part of the GKHI is also to
allow hooks to be dynamicaly defined i.e. to allow kernel modules to
declare
Thought I'd let you know that I will reply to your suggestions (which
are quite interesting by the way) ... but I need to catch up some sleep
as it's close to 7AM here in Montreal and my brains are failing ... ;)
===
Karim
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).
- Updated to follow the wandering ext2 truncate code.
- Updated for the new
Alan,
Again, not sure if you are getting these reports (my mail to you is
bouncing), but 2.2.18pre15 is still insisting that I have a ps/2 mouse
connected to my machine (it uses a serial mouseman on COM2).
The sluggishness and missed button-down events are no longer present,
though.
Steve
-
Keith Owens wrote:
Put __attribute__ ((section (".data"))) into __tcp_clean_cacheline_pad
and it should do what you want.
Heck, section ".bss" might give you the alignment without the allocation
but I'm not as confident about that.
Call me mad but you could actually try this instead of
Hi,
When trying to compile 2.4.0-test9 on my Sun4m SparcSystem600 it gives an
error dring 'make dep':
galaxy:/usr/src/kernel-source-2.4.0-test9# make dep
make -C arch/sparc/kernel check_asm
make[1]: Entering directory
`/usr/src/kernel-source-2.4.0-test9/arch/sparc/kernel'
gcc272 -E
Jeremy Fitzhardinge wrote:
On Thu, Oct 05, 2000 at 11:33:30AM +0200, Helge Hafting wrote:
A power failure might leave you with a corrupt disk block. That is
detectable (read failure) and you may then reconstruct it using the
rest of the stripe. This will get you data from either before
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
" " == 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, not the
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 I/O
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
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 re-organizes
my
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
get
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 resides
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 of a 2.4
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).
What was
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, 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 2000
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
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 hopefully follow
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
kernel-heavy,
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 EXPORT_SYMBOL has been
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
[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 user process
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 settings.
101 - 200 of 270 matches
Mail list logo