On Sun, Nov 26, 2000 at 04:25:05AM +, Alan Cox wrote:
> static int a=0;
>
> says 'I thought about this. I want it to start at zero. I've written it this
> way to remind of the fact'
>
> Sure it generates the same code
I agree it would be best if gcc would generate the same code;
On Mon, 27 Nov 2000, you wrote:
> >have an intermediate buffer in kernel memory. I have implemented the copy
> >functions like this:
> >
> >From user space to the sound card:
> >
> >if (verify_area(VERIFY_READ, user_space_src, count) != 0) {
> >return -EFAULT;
> >}
> >
>I'm writing a sound card driver where I need to transfer memory from the
card
>to user space using the CPU. Ideally I'd like to do that without needing
to
>have an intermediate buffer in kernel memory. I have implemented the copy
>functions like this:
>From user space to the sound card:
>
>
I'm writing a sound card driver where I need to transfer memory from the card
to user space using the CPU. Ideally I'd like to do that without needing to
have an intermediate buffer in kernel memory. I have implemented the copy
functions like this:
>From user space to the sound card:
On Sun, Nov 26, 2000 at 10:49:50AM +1100, Andrew Morton wrote:
> You may also get some benefit from running:
>
> # echo "512 1024 1536" > /proc/sys/vm/freepages
>
> after booting.
... which is a NOOP on recent 2.4.0-testX-kernels. So please
complain at Rik for this (CC'ed him) ;-)
It's simply
John Alvord wrote:
> On Sun, 26 Nov 2000 04:25:05 + (GMT), Alan Cox
> <[EMAIL PROTECTED]> wrote:
>
> >> AB> of changes that yield a negligable advantage and reduce stability
> >> AB> a tiny little bit. That is pushing Linux in the direction of this
> >> AB> abyss. You notice that the view
On Sun, 26 Nov 2000, John Alvord wrote:
> It also says "I do not know much about the details of the kernel C
> environment. In particular I do not know that all static variables are
> initialized to 0 in the kernel startup. I have not read setup.S."
On Sat, 25 Nov 2000, Tim Waugh wrote:
> On Sat, Nov 25, 2000 at 10:53:00PM +, James A Sutherland wrote:
>
> > Which is silly. The variable is explicitly defined to be zero
> > anyway, whether you put this in your code or not.
>
> Why doesn't the compiler just leave out explicit zeros from
Can anyone point me to a resource for i2go support?
Thanks,
--
Drew Bertola | Send a text message to my pager or cell ...
| http://jpager.com/Drew
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
Andries Brouwer writes:
> Oh, please - something is wrong with your reading comprehension.
> Don't you understand the word "irrelevant"? It means that the
> initial value does not matter. It does not mean undefined.
> Please reread my letter and comment when you understand my point.
So now you
Hi Andries!
> All these really good people, unable to capture a simple idea.
> Let me try one more time.
> There is information. The information is:
> "this variable needs initialization"
> Now you tell me to know simple rules. OK, I know them.
> But what do they tell me about my variables
"Adam J. Richter" wrote:
> I hope this patch will be applied both to the development
> version of the driver and, ideally, to Alan's tree, and really ideally,
> propagated to Linus with the rest of Adam Fritzler's port.
These are not fixes, please do not apply.
Jeff
--
Jeff
"Adam J. Richter" wrote:
I hope this patch will be applied both to the development
version of the driver and, ideally, to Alan's tree, and really ideally,
propagated to Linus with the rest of Adam Fritzler's port.
These are not fixes, please do not apply.
Jeff
--
Jeff
Hi Andries!
All these really good people, unable to capture a simple idea.
Let me try one more time.
There is information. The information is:
"this variable needs initialization"
Now you tell me to know simple rules. OK, I know them.
But what do they tell me about my variables a and
Andries Brouwer writes:
Oh, please - something is wrong with your reading comprehension.
Don't you understand the word "irrelevant"? It means that the
initial value does not matter. It does not mean undefined.
Please reread my letter and comment when you understand my point.
So now you try
Can anyone point me to a resource for i2go support?
Thanks,
--
Drew Bertola | Send a text message to my pager or cell ...
| http://jpager.com/Drew
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
On Sat, 25 Nov 2000, Tim Waugh wrote:
On Sat, Nov 25, 2000 at 10:53:00PM +, James A Sutherland wrote:
Which is silly. The variable is explicitly defined to be zero
anyway, whether you put this in your code or not.
Why doesn't the compiler just leave out explicit zeros from the
On Sun, 26 Nov 2000, John Alvord wrote:
It also says "I do not know much about the details of the kernel C
environment. In particular I do not know that all static variables are
initialized to 0 in the kernel startup. I have not read setup.S."
John Alvord wrote:
On Sun, 26 Nov 2000 04:25:05 + (GMT), Alan Cox
[EMAIL PROTECTED] wrote:
AB of changes that yield a negligable advantage and reduce stability
AB a tiny little bit. That is pushing Linux in the direction of this
AB abyss. You notice that the view gets better, and
On Sun, Nov 26, 2000 at 10:49:50AM +1100, Andrew Morton wrote:
You may also get some benefit from running:
# echo "512 1024 1536" /proc/sys/vm/freepages
after booting.
... which is a NOOP on recent 2.4.0-testX-kernels. So please
complain at Rik for this (CC'ed him) ;-)
It's simply not
I'm writing a sound card driver where I need to transfer memory from the card
to user space using the CPU. Ideally I'd like to do that without needing to
have an intermediate buffer in kernel memory. I have implemented the copy
functions like this:
From user space to the sound card:
On Mon, 27 Nov 2000, you wrote:
have an intermediate buffer in kernel memory. I have implemented the copy
functions like this:
From user space to the sound card:
if (verify_area(VERIFY_READ, user_space_src, count) != 0) {
return -EFAULT;
}
memcpy_toio(iobase,
On Sun, Nov 26, 2000 at 04:25:05AM +, Alan Cox wrote:
static int a=0;
says 'I thought about this. I want it to start at zero. I've written it this
way to remind of the fact'
Sure it generates the same code
I agree it would be best if gcc would generate the same code;
In article [EMAIL PROTECTED] you wrote:
If you mean preferring 'if ()' over 'ifdef'... Linus. :) And I agree
with him: code looks -much- more clean without ifdefs. And the
compiler should be smart enough to completely eliminate code inside an
'if (0)' code block.
Oh I see. Well...
On Sun, Nov 26, 2000 at 10:52:05AM +, Tigran Aivazian wrote:
that _you_ my dear friend, do not know where the BSS clearing code is. It
is not in setup.S. It is not even in the same directory, where setup.S is.
It is in arch/i386/kernel/head.S, starting from line 120:
On a related note, I
On Sun, Nov 26, 2000 at 02:21:31PM +0100, Anders Torger wrote:
memcpy_toio(iobase, user_space_src, count);
I hope count isn't provided by userspace here ?
1. What happens if the user space memory is swapped to disk? Will
verify_area() make sure that the memory is in physical RAM when
Is there some reason why gcc does not put static data that
is explicitly initialized to zero in .bss? If not, then fixing
gcc would provide more space savings than these patches, and
improve more software than just the Linux kernel.
Adam J. Richter __ __ 4880
In reading include/linux/init.h, I was surprised to discover
that __init{,data} expands to nothing when compiling a module.
I was wondering if anyone is contemplating adding support for
__init{,data} in module loading, to reduce the memory footprints
of modules after they have been
I have a problem with the aforementioned DDS-3 tape drives. I'm using
one with amanda for backups. But every now and then the nightly backup
fails with "I/O error" and i see the following in the system logs:
st0: Error with sense data: [valid=0] Info fld=0x0, Current st09:00:
sense key Aborted
Rik van Riel [EMAIL PROTECTED] writes:
On Sat, 25 Nov 2000, Andries Brouwer wrote:
On Sat, Nov 25, 2000 at 03:26:15PM -0200, Rik van Riel wrote:
The gcc-2.95.2-6cl from Conectiva 6.0 is buggy too.
Yes. Probably you have seen it by now, but the difference between
good and bad
On Sun, 26 Nov 2000, you wrote:
On Sun, Nov 26, 2000 at 02:21:31PM +0100, Anders Torger wrote:
memcpy_toio(iobase, user_space_src, count);
I hope count isn't provided by userspace here ?
Fortunately, 'count' is controlled by the driver architecture (ALSA), and not
the user.
1. What
Hello Paul , Could you add a little more info like which scsi
chipset you are using what the driver version is what kernel
version you are running also (One more ) how you have the drive
chained to the scsi-bus . Someplace there is a pointer on howto
Ooops.. yes.. that info might have been useful. :)
The box is a Compaq PL3000. Chipset is the onboard Sym 53c876, driven
by the ncr53c8xx driver. Drive is external.
Kernel is RH6.2 default 2.2.14-5.0smp.
On Sun, 26 Nov 2000, Mr. James W. Laferriere wrote:
Hello Paul , Could you add a
Hello Paul , Is the tape drive the only drive on that controller ?
- If it is the only drive then , I have just one suggestion
-verify- all cables are seated correctly -verify- that there
is proper termination on the bus .
- If it is Not the only drive
(not affected by the -ac4 patch, the file in question is not touched)
Parallel printer support (CONFIG_PRINTER) [N/m/?] (NEW) m
Support for console on line printer (CONFIG_LP_CONSOLE) [N/y/?] (NEW)
Suggested change:
--- linux-2.4.0-test11/drivers/char/Config.in.orig Sun Nov 26 10:05:10
On Fri, Nov 24, 2000 at 08:52:47PM +0100, Pavel Machek wrote:
How can that work? restore_args ends with iret, anyway, and iret does
reload esp afaics...
... only if there's an IPL change during the iret. Page 3-321 of 24319102.pdf
from Intel:
[..] If the return is to another privilege
Hi Kevin,
[EMAIL PROTECTED] (Kevin Buhr) writes:
I know no way to reproduce it. I've been using "test5" reliably since
just after its release, and I've triggered this bug only the one time.
That's what I feared :-(
I use a SysReq patch to do an oops-style dump instead of the usual
On Sun, Nov 26, 2000 at 10:11:15AM -0600, Jeff Epler wrote:
(not affected by the -ac4 patch, the file in question is not touched)
Parallel printer support (CONFIG_PRINTER) [N/m/?] (NEW) m
Support for console on line printer (CONFIG_LP_CONSOLE) [N/y/?] (NEW)
Suggested change:
What's
On Sat, Nov 25, 2000 at 05:36:58PM -0500, John Cavan wrote:
Just so I understand the differences, for learning purposes... Tim
did this a little different than I did and I'd just like to
understand the "whys" of it.
It's Douglas Gilbert's modified patch; Douglas explained that he
didn't find
On 26 Nov 2000, Olaf Dietsche wrote:
A simple `gcc -march=i686' or `gcc -mpentiumpro' does fix it as
well. So, if you configure your kernel with `CONFIG_M686=y' the
problem should be gone.
Except for the fact that it'll no longer boot on Pentiums
and 486es ;)
Rik
--
Hollywood goes for world
Nice to see again a two cutting-edge-killing opinions.
Every time I really wonder, how such brilliant hackers can be that stupid
that they can not have cake and eat it the same time, and have to scratch
each-others eyes every time.
Use macros.
Kernel has become so big that it really needs
On Sun, Nov 26, 2000 at 04:38:01PM +, Tim Waugh wrote:
On Sun, Nov 26, 2000 at 10:11:15AM -0600, Jeff Epler wrote:
(not affected by the -ac4 patch, the file in question is not touched)
Parallel printer support (CONFIG_PRINTER) [N/m/?] (NEW) m
Support for console on line printer
Hello,
the following updates the epic100.c driver to the DMA mapping api.
It compiles. It survives ping flood (small/big sizes), insmod/rmmod and seems
to work as it should on an intel machine. Big-endian testers welcome.
--- linux-2.4.0-test11.orig/drivers/net/epic100.c Sun Nov 26
Date sent: Sun, 26 Nov 2000 15:33:00 + (GMT)
From: Paul Jakma [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject:problem with hp C1537A tape drives
I have a problem with the aforementioned DDS-3 tape drives. I'm using
one with
On Sun, 26 Nov 2000, Frank van Maarseveen wrote:
Nov 25 23:15:12 mimas cardmgr[342]: exiting
Nov 25 23:15:14 mimas kernel: Trying to free nonexistent resource 03e0-03e1
Nov 25 23:15:14 mimas kernel: unloading PCMCIA Card Services
This is normal behaviour. It's buggy but it's
On Sun, 26 Nov 2000, Elmer Joandi wrote:
Kernel has become so big that it really needs universal debugging macros
instead of comments. Comments are waste of brainfingerpower, if the same
can be explained by long variable names and debug macros.
static
On Sun, 26 Nov 2000, Ingo Oeser wrote:
On Sun, Nov 26, 2000 at 10:49:50AM +1100, Andrew Morton wrote:
You may also get some benefit from running:
# echo "512 1024 1536" /proc/sys/vm/freepages
after booting.
... which is a NOOP on recent 2.4.0-testX-kernels. So please
complain at
Nov 25 23:15:14 mimas kernel: Trying to free nonexistent resource
03e0-03e1
Nov 25 23:15:14 mimas kernel: unloading PCMCIA Card Services
This is normal behaviour. It's buggy but it's harmless. It'll go away when
the i82365 driver is rewritten in 2.5.
Why not fix it for 2.4. It
On Sun, 26 Nov 2000, Alexander Viro wrote:
I would suggest you to read through the following book and files:
* Kernighan Pike, "The Practice of Programming"
* Documentation/CodingStyle
* drivers/net/aironet4500_proc.c
and consider, erm, discrepancies. On the second
Hello,
I recently sent an eMail to you, reporting a bug. I got two
answers. One talking about a wrong used cable. Another
talking about problems with ATI graphic cards and (U)DMA. My
ATI is an AGP-card so the answer couldn´t help me.
I changed the cable, although I used the correct cable before
On Sun, 26 Nov 2000, Phil Randal wrote:
Ah, have you tried cleaning the tape heads?
the drive gets a run of a cleaning tape on a weekly basis.
far more frequently than you'd expect. I've found it needs
two cleaning tape passes to clear this one.
uhmmm ok. I've now done multiple
Hi,
The kernel/exit.c:put_files_struct() and close_files() are very nice as
they show how to walk open fds (and close them) and how to free the fd
array/sets in one go. But is there a _very fast_ way of getting the number
of fds currently open (without having to walk the sets and test the bits)?
On Wed, 22 Nov 2000, Arkadiusz Miskiewicz wrote:
Is probably broken (I didnt't saw any disscusion about this here,
I missed it?).
when I try to start first user process I get:
4366 fork()= -1 EAGAIN (Resource temporarily
unavailable)
but strace show proper
On Sun, Nov 26, 2000 at 04:33:25PM +0100, Olaf Dietsche wrote:
A simple `gcc -march=i686' or `gcc -mpentiumpro' does fix it as
well. So, if you configure your kernel with `CONFIG_M686=y' the problem
should be gone.
Btw, was this ever tested on other arch's? I don't remember seeing
anything
Mike Castle writes:
Btw, was this ever tested on other arch's? I don't remember seeing
anything come across this list.
Well, I've tested it on egcs-1.1.2 and RH's gcc 2.96 on ARM, both of
which appear ok.
_
|_| - ---+---+-
| |
uhmmm ok. I've now done multiple cleanning runs with multiple
cleaning tapes. let's see what happens when i try the amflush.
and guess what... it's worked for me too. doh! guess once a week is
not enough then.
apologies to the list my tape cluelessness.
No problem - it's a relief to
1. usb-storage causes system freeze on large transfers.
2. When transferring data from a SanDisk ImageMate SDDR-31 loaded with
an IBM Microdrive, I get random system freezes.
In the first case, using 2.4.0-test10 with a 50MB transfer, the system
dropped out of X with a console freeze and a
Christoph Rohland [EMAIL PROTECTED] writes:
I use a SysReq patch to do an oops-style dump instead of the usual
"showPc" function, so I was able to copy a stack dump down.
Could you send me the patch? Does it do the dump on all cpus?
You can grab it at:
Nope that didn't help. I'm using gcc 2.95.2, didn't think of it before
since it has never caused me any problems. I'll get around to trying
2.91.66 at some point.
A quick aside, anyone know of a problem with the list, I seem to be being
cut off at random intervals :)
Mark
On Fri, 24 Nov 2000
I had backreved this system to 2.2.18-21 but I can reproduce this Oops on
both 2.2.18-21 and 2.2.18-23. I am providing the Oops information from
kernel 2.2.18-21 since this is what was running on the system at the time
the pppd dial in server crashed.
The server crashes after several dial
The Oops happens during startup immediately after:
ACPI: System description tables loaded
It's definitely using the correct System.map.
This is on RedHat 7.0, Athlon 800, Abit KA7-100 m/b
ksymoops 2.3.4 on i686 2.4.0-test11-ac4. Options used
-V (default)
-k /proc/ksyms (default)
Anyone know how to properly filter packet floods using iptables w/ nat?
From my point of view 2.4.x:ish connection tracking seems to be quite
a bit more vulnerable to packet flooding than the 2.2.x:ish
IP Masquerading used to be (when using default configuration that is).
First we try to make
David Hinds/Linux,
PCMCIA 3.1.22 requires that the defines in /include/pcmcia/k_compat.h
for init_waitqueue_head(n) and set_current_state(n) be removed in order
to build correctly against 2.2.18-23.
Offending code attached. This probably needs somethig better than the
LINUX_KERNEL_VERSION
Linus,
Please apply this patch to your latest 2.4 code. The patch have been
tested by users at the Linux-IrDA mailing-list which confirms that
it fixes the specific problems listed below.
Changes:
o Devfs support with IrCOMM (pmhahn?)
o IrLAN connection failures with DHCP (me)
o NSC FIR
Hi!
How can that work? restore_args ends with iret, anyway, and iret does
reload esp afaics...
... only if there's an IPL change during the iret. Page 3-321 of 24319102.pdf
from Intel:
[..] If the return is to another privilege level, the IRET instruction
also pops the
Keith,
Please consider the attached patch for inclusion in all future versions
of the modutils depmod program for compatiblity with RedHat and
RedHat derived Linux distributions. This patch only requires
4 very short changes to depmod.c as opposed to thousands of
changes necessary in
Hi!
Sorry, John, I _have_ to [give good example to others]. The above says
that _you_ my dear friend, do not know where the BSS clearing code is. It
is not in setup.S. It is not even in the same directory, where setup.S is.
It is in arch/i386/kernel/head.S, starting from line 120:
/*
*
Hi!
You complain that most important information is on begging of OOps. So what
about moving most important info to the end? I.e. stack trace first, EIP next;
or even print EIP twice. Than s to [, ksymoops will not break ;-)
Pavel
On Sun, Nov 26, 2000 at 10:46:35PM +, Alan Cox wrote:
+ {"ignore-versions", 0, 0, 'i'},
I dont think we should encourage anyone to ignore symbol versions
Anaconda will barf and require over 850+ changes to the scripts without
it. If you look at the patch, you will note that
Elmer Joandi wrote:
Nice to see again a two cutting-edge-killing opinions.
Every time I really wonder, how such brilliant hackers can be that stupid
that they can not have cake and eat it the same time, and have to scratch
each-others eyes every time.
Use macros.
Kernel has become
On Sun, 26 Nov 2000 07:30:44 -0800,
"Adam J. Richter" [EMAIL PROTECTED] wrote:
In reading include/linux/init.h, I was surprised to discover
that __init{,data} expands to nothing when compiling a module.
I was wondering if anyone is contemplating adding support for
__init{,data} in module
I'd rather have Anaconda changed rather than special casing standard
utils to account for distro handling.
"Jeff V. Merkey" wrote:
Anaconda will barf and require over 850+ changes to the scripts without
it. If you look at the patch, you will note that it's a silent switch
that's only there
On Mon, Nov 27, 2000 at 09:54:57AM +1100, Keith Owens wrote:
On Sun, 26 Nov 2000 07:30:44 -0800,
"Adam J. Richter" [EMAIL PROTECTED] wrote:
In reading include/linux/init.h, I was surprised to discover
that __init{,data} expands to nothing when compiling a module.
I was wondering if
On Sun, Nov 26, 2000 at 06:02:35PM -0500, Mohammad A. Haque wrote:
I'd rather have Anaconda changed rather than special casing standard
utils to account for distro handling.
Great. Then tell RedHat to rewrite it without the need for these switches.
They will say NO. It's a trivial change,
Hello Paul Phil , Ouch !, is this media that loose on the
substrate that it leaves that much behind ? Or is it something
else ? I'd really like to know what the problem is , as I am
seriously looking at putting DDS-III IV 's into my backup
schemes
[1.] One line summary of the problem:
cannot ls cdroms (_isofs_bmap block = EOF)
[2.] Full description of the problem/report:
I cannot run ls on cdroms with kernel 2.4.0-test11. I get the
message "_isofs_bmap block = EOF". Kernel 2.0.4-test8 and test10
work fine for me. I did not test
On Sun, Nov 26, 2000 at 05:03:34PM -0700, Jeff V. Merkey wrote:
Great. Then tell RedHat to rewrite it without the need for these switches.
They will say NO. It's a trivial change, and would save me a lot of hours
rewriting scripts. I did it once, but if RedHat has standardized on this
set
On Sun, 26 Nov 2000 16:36:55 -0700,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Keith,
Please consider the attached patch for inclusion in all future versions
of the modutils depmod program for compatiblity with RedHat and
RedHat derived Linux distributions.
I have a big problem with Redhat.
Followup to: [EMAIL PROTECTED]
By author:Alan Cox [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
+ {"ignore-versions", 0, 0, 'i'},
I dont think we should encourage anyone to ignore symbol versions
No, but sometimes you really want to be able to.
-hpa
--
[EMAIL
On Sun, 26 Nov 2000, Rogier Wolff wrote:
Sure it will slow the driver down a bit, because of all those bit-test
instructions in the driver. If it bothers you, you get to turn it
off. If you are capable of that, you are also capable enough to turn
it back on when neccesary.
Now if there
On Mon, Nov 27, 2000 at 12:16:41AM +0100, Stefan Frings wrote:
[1.] One line summary of the problem:
cannot ls cdroms (_isofs_bmap block = EOF)
Yes, a well-known problem.
Delete two lines around line 118 of fs/isofs/dir.c:
- if (filp-f_pos = inode-i_size)
- return 0;
-
On Sun, Nov 26, 2000 at 11:29:32PM +0100, Pavel Machek wrote:
Is this different on x86-64 in long mode?
Yes, in 64bit mode ss:rsp is restore unconditionally. In compatibility and
legacy modes it's restored only if the CPL changes.
kernel never runs in compatibility mode (and userspace never
On Sun, 26 Nov 2000 17:01:35 -0700,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
insmod ppp_deflate (should trigger load of all these modules). I
know it's works this way if there's a modules.dep file laying
around, but it would be nice for it to work this way without
needing the external text
Keith Owens [EMAIL PROTECTED] wrote:
"Adam J. Richter" [EMAIL PROTECTED] wrote:
In reading include/linux/init.h, I was surprised to discover
that __init{,data} expands to nothing when compiling a module.
I was wondering if anyone is contemplating adding support for
__init{,data} in module
Hi!
I would like to ask if the tagged command queueing capability in the
decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
patches, or 2.4 maybe...)?
Another question, a little bit offtopic is if anybody on this list is able
to point me to some pci UltraATA controller card,
"Jeff V. Merkey" wrote:
On Sun, Nov 26, 2000 at 10:46:35PM +, Alan Cox wrote:
+ {"ignore-versions", 0, 0, 'i'},
I dont think we should encourage anyone to ignore symbol versions
Anaconda will barf and require over 850+ changes to the scripts without
it. If you look at
Hello Paul Phil , Ouch !, is this media that loose on the
substrate that it leaves that much behind ? Or is it something
else ? I'd really like to know what the problem is , as I am
seriously looking at putting DDS-III IV 's into my backup
schemes .
"Jeff V. Merkey" wrote:
On Sun, Nov 26, 2000 at 06:02:35PM -0500, Mohammad A. Haque wrote:
I'd rather have Anaconda changed rather than special casing standard
utils to account for distro handling.
Great. Then tell RedHat to rewrite it without the need for these switches.
They will say
On Mon, Nov 27 2000, Sasi Peter wrote:
Hi!
I would like to ask if the tagged command queueing capability in the
decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
^^
patches, or 2.4 maybe...)?
I hope that is supposed to be 'recent', because with the current TCQ
Full description:
Using 2.4-test11 compiled with SMP support on my Abit BP6 (dual celeron
500s) I get consistent lost interrupt errors on hda (my only disk). My test
condition is untarring a 600mb archive of small files onto a FAT32
partition, which consistently fails. This usually results in
On Mon, 27 Nov 2000, Jens Axboe wrote:
I would like to ask if the tagged command queueing capability in the
decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
^^
patches, or 2.4 maybe...)?
I hope that is supposed to be 'recent', because with the current TCQ
If
Elmer Joandi wrote:
On Sun, 26 Nov 2000, Rogier Wolff wrote:
Sure it will slow the driver down a bit, because of all those bit-test
instructions in the driver. If it bothers you, you get to turn it
off. If you are capable of that, you are also capable enough to turn
it back on when
On Mon, Nov 27 2000, Sasi Peter wrote:
implementation listed in the specs Linux might as well not support it :)
It's simply not worth it.
But seriously, how come?
I thought they just somewhat like copied the SCSI implementation...
I wish they would have, and based it on atapi. But they
On Mon, 27 Nov 2000, Rogier Wolff wrote:
Now, how is say "Red Hat" (*) going to ship kernels? Of course they are
going to turn off debugging. Then I'll be stuck with a non-recompiling
user-in-trouble with a non-debugging-enabled kernel.
Red Hat will ship two kernels. Well, they actually
On Sun, 26 Nov 2000, Christian Roessner wrote:
hda: dma_intr status=0x51 {DriveReadySeekComplete Error}
hda: dma_intr error=0x84 {DriveStatusError BadCRC}
This is what it tells you directly. You have dirty crosstalk on your
ribbon. Basically nothing is wrong, except you can not safely
On Mon, 27 Nov 2000, Jens Axboe wrote:
On Mon, Nov 27 2000, Sasi Peter wrote:
Hi!
I would like to ask if the tagged command queueing capability in the
decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
^^
patches, or 2.4 maybe...)?
I hope that is supposed
On Sun, Nov 26, 2000 at 04:15:02PM -0700, Tom Rini wrote:
On Sun, Nov 26, 2000 at 05:03:34PM -0700, Jeff V. Merkey wrote:
Great. Then tell RedHat to rewrite it without the need for these switches.
They will say NO. It's a trivial change, and would save me a lot of hours
rewriting
On Mon, Nov 27, 2000 at 10:23:08AM +1100, Keith Owens wrote:
On Sun, 26 Nov 2000 16:36:55 -0700,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Keith,
Please consider the attached patch for inclusion in all future versions
of the modutils depmod program for compatiblity with RedHat and
On Mon, Nov 27, 2000 at 10:45:34AM +1100, Keith Owens wrote:
On Sun, 26 Nov 2000 17:01:35 -0700,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
insmod ppp_deflate (should trigger load of all these modules). I
know it's works this way if there's a modules.dep file laying
around, but it would
On Sun, Nov 26, 2000 at 04:16:26PM -0800, David Ford wrote:
"Jeff V. Merkey" wrote:
On Sun, Nov 26, 2000 at 06:02:35PM -0500, Mohammad A. Haque wrote:
I'd rather have Anaconda changed rather than special casing standard
utils to account for distro handling.
Great. Then tell RedHat
101 - 200 of 220 matches
Mail list logo
