"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 Ga
>From: Jeff Garzik <[EMAIL PROTECTED]>
>"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, ple
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
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 tr
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 rea
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 t
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, please stop insulting Andries, you would
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
Hi!
> > Plus, can someone explain me why it does not need to setup %%ecx with
> > either zero or address of stack?
>
> Not necessary because a kernel thread never exit from kernel.
How can that work? restore_args ends with iret, anyway, and iret does
reload esp afaics...
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
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 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_to
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; unfo
Justin Schoeman wrote:
> With the VIA chipset you should use the "triton1=1" module option.
> (Well, at least it worked for me!)
>
> -justin
>
> > [1.] One line summary of the problem:
> > bttv crashes kernel 2.4.0testX on a Vodoo3 2000
[ ... ]
> > PCI devices found:
> > Bus 0, device
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... h
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,
On Sun, Nov 26, 2000 at 10:37:07AM +, Tigran Aivazian wrote:
> On Sat, 25 Nov 2000, Tim Waugh wrote:
> > Why doesn't the compiler just leave out explicit zeros from the
> > 'initial data' segment then? Seems like it ought to be tought to..
>
> yes, taught to, _BUT_ never let this to be a def
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 whe
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 Steven
> "AC" == Alan Cox <[EMAIL PROTECTED]> writes:
AC> Sure it generates the same code
If you accept that code == .text, as do I, then there is no code
generated for either of the forms being argued.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
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 loaded.
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 Co
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
> > go
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.
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
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 the
Previous day I followed the hint of Alan, and made a 2.2.14 kernel, with
the DAC960 driver taken from the 2.2.17, for these changes I've copied
the:
drivers/block/DAC960.c
drivers/block/DAC960.h
drivers/pci/oldrpoc.c
include/linux/pci.h
from the 2.2.17 sourcetree into the 2.2.14. Ok, it compiled.
(cough) doesn't reproduce on my 2.95.2...
[asuardi@princess misc]$ vi bug.c
(cut'n'paste from Andries' email)
[asuardi@princess misc]$ gcc -Wall -O2 -o bug bug.c
[asuardi@princess misc]$ ./bug
0x0
[asuardi@princess misc]$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/2.95.2/specs
(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 2
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 privileg
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
> "sh
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
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 fi
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 wor
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 univ
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
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 11:41
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
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 harm
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 brain&fingerpower, if the same
> can be explained by long variable names and debug macros.
>
> static Subsystem_module_LocalVaria
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
> > 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
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
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
On Sun, 26 Nov 2000, Jeff Epler wrote:
> How can you have the console on a modularized device?
You can have more than one console device. Only the primary device needs
to be present at boot time. Actually, I'm not sure even that has to be
present.
Since I added unregister_console() a long time
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 rel
On Sun, 26 Nov 2000 16:33:25 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.
>
That does not work for 2.2 kernels. Always compile for -m486. To use
the -march fl
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 m
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:
ftp://mozart.stat
Followup to: <[EMAIL PROTECTED]>
By author:Alan Cox <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> That isnt what Andries is arguing about. Read harder. Its semantic differences
> rather than code differences.
>
> static int a=0;
>
> says 'I thought about this. I want it to s
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 1
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 c
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)
Hello
sorry if I'm mailing this twice, but there is a kernel bug in
linux 2.2 and linux 2.4. Linux 2.0 is not affected. I tested also
FreeBSD, OpenBSD, Windows 95 and DOS and they all work.
The problem is that linux doesn't find the video card: after
lilo has loaded the kernel the
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 b
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 dong
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 po
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 anacond
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
> + {"ignore-versions", 0, 0, 'i'},
I dont think we should encourage anyone to ignore symbol versions
-
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/
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 tha
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
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 mo
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 th
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 wonderi
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, a
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 oth
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
>
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 Redh
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
--
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)
- retur
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 ru
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
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}
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, wh
"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
> 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 wi
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 proc
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
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 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. B
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 sup
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
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
> > rewritin
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
1 - 100 of 123 matches
Mail list logo
