On Sun, Nov 26 2000, Brian Gerst wrote:
> I get an oops from aic7xxx_buildscb() when CDROMPLAYTRKIND is used.
> I've tracked it down to sr_audio_ioctl() using SCSI_DATA_NONE for the
> direction of the command, which gets changed to PCI_DMA_NONE, which then
> triggers a BUG() in pci_map_single().
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
Michael Meissner wrote:
>On Sat, Nov 25, 2000 at 11:55:11PM +, 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
On Friday November 24, [EMAIL PROTECTED] wrote:
>
>
> On Fri, 24 Nov 2000, Neil Brown wrote:
>
> > I ran my test script, which builds a variety of raid5 arrays with
> > varying numbers of drives and chunk sizes, and runs mkfs/bonnie/dbench
> > on each array, and it got through about 8 file
On Sun, Nov 26, 2000 at 08:25:38PM -0800, H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Elmer Joandi <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > Red Hat will ship two kernels. Well, they actually ship now about 4 ones
> > or something. So they will
On Sun, Nov 26, 2000 at 08:22:54PM -0800, H. Peter Anvin wrote:
> Why are you posting this to the kernel list? See the SYSLINUX
> documentation for the SYSLINUX mailing list address.
Never mind. I am rewriting the install init program instead and
restructuring the driver organization to do
Followup to: <[EMAIL PROTECTED]>
By author:Elmer Joandi <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Red Hat will ship two kernels. Well, they actually ship now about 4 ones
> or something. So they will ship 8.
>
Something RedHat & co may want to consider doing is providing a
Followup to: <[EMAIL PROTECTED]>
By author:"Jeff V. Merkey" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I am having trouble getting a 2.4 vmlinuz (bzImage) and initrd
> image onto a 1.44 floppy with all the new stuff. Even a stipped
> down kernel compiled under 2.4 is @ 600K
I get an oops from aic7xxx_buildscb() when CDROMPLAYTRKIND is used.
I've tracked it down to sr_audio_ioctl() using SCSI_DATA_NONE for the
direction of the command, which gets changed to PCI_DMA_NONE, which then
triggers a BUG() in pci_map_single(). Is SCSI_DATA_NONE the correct
direction code,
On Sat, Nov 25, 2000 at 11:55:11PM +, 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
Alan,
raid5 rebuild has been fatally flawed ever since it got into 2.4, and
my recent testing has been looking at speed more than correctness, so
I didn't notice until now.
raid5_sync_request is handed a block number in 1K units and needs to
convert to 512byte sector units.
I could have
While doing some hdparm hacking, after booting with init=/bin/sh, I noticed
that open(1) doesn't work when / is mounted read only. It complains that it
"Cannot open /dev/tty2 read/write"...
I straced it:
execve("/usr/bin/open", ["open"], [/* 13 vars */]) = 0
...
brk(0x804c000)
I am having trouble getting a 2.4 vmlinuz (bzImage) and initrd
image onto a 1.44 floppy with all the new stuff. Even a stipped
down kernel compiled under 2.4 is @ 600K compressed, and I need
about 800K for the initrd image. I noticed that syslinux
has some comments about not allowing
On Mon, Nov 27, 2000 at 02:11:49AM +, Alan Cox 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 to avoid a noisy error message from depmod. It
> > >
On Mon, Nov 27, 2000 at 01:06:04PM +1100, Keith Owens wrote:
> On Sun, 26 Nov 2000 19:49:43 -0700,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Microsoft drivers have an .INIT code section that is initialization
> >ccode that get's chunked after it's loaded. Their model allows
> >memory
On Sunday November 26, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> >
> > The following patch changes the link order in the Makefile so that xor
> > is initiailised before md tries to autostart anything.
> > It also takes the theme a bit further and uses module_init/module_exit
> > to init and
On Sun, 26 Nov 2000 19:49:43 -0700,
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>Microsoft drivers have an .INIT code section that is initialization
>ccode that get's chunked after it's loaded. Their model allows
>memory segments to be defined as DISCARDABLE, which tells the loader
>to chunk
On Sun, Nov 26, 2000 at 07:46:43PM -0700, Jeff V. Merkey wrote:
> Anaconda is open sourced, so it's not technically tied to any one
> distributor any more
Technically, yes it is opensourced. But one of the things that does kinda
distinguish one distro from another is the installer[1].
So
On Sun, Nov 26, 2000 at 03:47:30PM -0800, Adam J. Richter wrote:
> 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
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.
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
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
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
> >
Hello,
I'm trying to use RTlinux to make a unix process wakeup
periodicaly, in terms of "real time".
1) the unix process uses 2 system calls, one to make it self periodic, and
one to suspend its self until the next period.
2) The system call that makes the unix process periodic,
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
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, 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
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.
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
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
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, 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
> 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
>
"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
"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
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,
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
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
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 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)
-
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
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 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
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
>
[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
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
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,
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
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
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
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
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
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
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:
>
>
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!
> > 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
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
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
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
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)
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
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
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:
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
> 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
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.
_
|_| - ---+---+-
| |
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
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
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 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
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, 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
> > 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, 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
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, if the same
> can be explained by long variable names and debug macros.
>
> static
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
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
>
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
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
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 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
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
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:
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 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
(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
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
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 , 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
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.
> >
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
> >
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
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
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
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
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
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
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...
1 - 100 of 220 matches
Mail list logo
