On Mon, 5 Mar 2001, Linus Torvalds wrote:
> Well, it's fairly hard for the kernel to do much about that - it's almost
> certainly just IDE doing write buffering on the disk itself. No OS
> involved.
I am pushing for WC to be defaulted in the off state, but as you know I
have a bigger fight than
On Tue, 6 Mar 2001, Jonathan Morton wrote:
> It's pretty clear that the IDE drive(r) is *not* waiting for the physical
> write to take place before returning control to the user program, whereas
> the SCSI drive(r) is. Both devices appear to be performing the write
Wrong, IDE does not unplug
>I don't know if there is any way to turn of a write buffer on an IDE disk.
hdparm has an option of this nature, but it makes no difference (as I
reported). It's worth noting that even turning off UDMA to the disk on my
machine doesn't help the situation - although it does slow things down a
Maybe I should give details about my hardware. The system was
installed 5 months ago, and this is the first problem.
I used 2.2.16 stock Kernel from Slackware 7.1
2.2.17
2.2.18
2.4.0
2.4.1
And the only problem was with 2.4.2.
FYI, I'm not using hdparm or changing the BIOS to use UDMA 66.
It'd
For what it's worth, I was able to completely screw up my root FS
using redhat's Fisher beta kernel (2.2.18 + stuff). I did this by
running a bad hdparm command while running a full GNOME desktop:
(This was not a good idea...and I know, and knew that...but)
hdparm -X34 -d1 -u1 /dev/hda
(As
On Mon, 5 Mar 2001, Richard B. Johnson wrote:
> On Mon, 5 Mar 2001, Mike Galbraith wrote:
>
> > Are you saying that the initrd is broken again as well? (having
> > trouble understanding the problem.. don't see why you need the
> > loop device or rather how its being busted is connected to your
> From: "David S. Miller" <[EMAIL PROTECTED]>
> Date: Mon, 5 Mar 2001 20:53:21 -0800 (PST)
>[...]
> Gerard Roudier wrote for the sym53c8xx driver the exact thing
> UHCI/OHCI need for this.
Thanks for the hint.
***
Anyways, is this the end of the discussion regarding my patch?
If it goes in,
On Tue, 6 Mar 2001, Douglas Gilbert wrote:
>
> > On the other hand, it's also entirely possible that IDE is just a lot
> > better than what the SCSI-bigots tend to claim. It's not all that
> > surprising, considering that the PC industry has pushed untold billions of
> > dollars into improving
running 2.2.18 on a AMD486DX4 - 120 with 34Mb Ram running RH6.2 I obtained
these errors while trying to copy files from a burnt CD.
Mar 6 10:13:33 lefty kernel: hdb: command error: status=0x51 { DriveReady
SeekComplete Error }
Mar 6 10:13:33 lefty kernel: hdb: command error: error=0x54
Mar 6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Linus Torvalds wrote:
> Well, it's entirely possible that the mid-level SCSI layer is doing
> something horribly stupid.
Well it's in good company as FreeBSD 4.2 on the same hardware
returns the same result
Hi. After a reboot I had to manually run fsck (sulogin from
sysinit script) since there were failures.
In my second (and problematic) boot with 2.4.2 I used the
option mount --bind in my sysinit script to mount the old /dev
in /dev-old before devfs was mounted, so I could get rid of all
entries
This is just to report on a the behavior of this driver. I've a dual
channel Adaptec 7895 controller. The adapter BIOS is configured to boot
from devices in channel B. I boot from a disk connected to channel B
and when the kernel loads the driver the disks from channel A are seen
first,
Alan Cox wrote:
>
> > > It might be worth asking the question if larger blocks are more
> > > aligned?
> >
> > OK, I'll bite...
> > Are larger blocks more aligned?
>
> Only get_free_page()
>
I wonder if it would be practical/reasonable to guarantee better
alignment for larger allocations (at
[EMAIL PROTECTED] wrote:
> Is there a How-To for getting the Linux v2.4.x PPPoE support to work?
> I've searched for info but have mostly found sketchy references on getting
> PPPoE to work with the v2.2 kernel.
>
I have been using PPPoE in the 2.4.0 kernel for about 2 months now. It's
very
Russell King writes:
> A while ago, I looked at what was required to convert the OHCI driver
> to pci_alloc_consistent, and it turns out that the current interface is
> highly sub-optimal. It looks good on the face of it, but it _really_
> does need sub-page allocations to make sense for
On Tue, 6 Mar 2001, Jonathan Morton wrote:
>
> It's pretty clear that the IDE drive(r) is *not* waiting for the physical
> write to take place before returning control to the user program, whereas
> the SCSI drive(r) is.
This would not be unexpected.
IDE drives generally always do write
Hi, I would like to know if know if there is any support for printing in the
console driver. I mean, can the console receive from an application an
mc4/mc5 sequence as defined in a terminfo entry and print what was sent in
between? If so is there any way to configure the device to which the data
In article <[EMAIL PROTECTED]>,
Scott M. Hoffman <[EMAIL PROTECTED]> wrote:
>
> It may not be related, but out of five boot attempts, only one got past
>the IDE driver stage(ie, below from 2.4.2 :
> VP_IDE: IDE controller on PCI bus 00 dev 39
> VP_IDE: chipset revision 16
> VP_IDE: not 100%
In the patch by David S. Miller, copy_from_user() is still there (Line
14360 in zerocopy-2.4.0-1.diff). So which copy is reduced? Can anyone
explain kindly.
thanks
sourav
On Mon, 5 Mar 2001, Albert D. Cahalan wrote:
> > My question is: Is the state of the art same in 2.4.0, ie. is
> >
I submit this report with two configurations: 2.4.0.4 has been running
perfect while 2.4.0.5 caused compilation problems recorded in the
report.
Ko-Jen Shih
Middletown, NJ
ld -m elf_i386 -r -o sched.o sch_generic.o
make[3]: Leaving directory `/root/linux-2.4.0/linux/net/sched'
make[2]:
In article <[EMAIL PROTECTED]>,
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
>
>I -- S T R O N G L Y -- suggest that nobody use this kernel with
>a BusLogic SCSI controller until this problem is fixed.
Ho humm..
Anybody who has any ideas or input, please holler. There are no actual
BusLogic
On Mon, 5 Mar 2001, Richard B. Johnson wrote:
>
> Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
> in **MASSIVE** file-system destruction. I have (had) all SCSI
> disks, using the BusLogic controller.
>
> There is something **MAJOR** going on BAD, BAD, BAD, even disks
> that were
I've run the test on my own system and noted something interesting about
the results:
When the write() call extended the file (rather than just overwriting a
section of a file already long enough), the performance drop was seen, and
it was slower on SCSI than IDE - this is independent of whether
Alan Cox wrote:
>
> > /me begins to download and merge ac12...
>
> It built for me too
Found it -- 3c509 bug of a different sort. You don't notice if
CONFIG_ISAPNP is a module... only if its built into the kernel. That
code is not conditional on CONFIG_ISAPNP_MODULE, only CONFIG_ISAPNP.
"Richard B. Johnson" wrote:
>
> Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
...
> I -- S T R O N G L Y -- suggest that nobody use this kernel with
> a BusLogic SCSI controller until this problem is fixed.
>
> This is being sent from another machine, not on the list
Duane Grigsby wrote:
> Any plans to add support or is there support in the 2.4 kernel for
> hot-plugging a PCI adapter? It may be in the sources already, but I can't
> seem to locate it. Any help would be appreciated.
For devices, the support is already there. See Documentation/pci.txt.
Look
On Tue, 6 Mar 2001, Alan Cox wrote:
> > Yuck. Build-dependency on libdb-dev is not pretty. What is it used for,
> > anyway? Assembler in need of libdb. Mind boggleth...
>
> Could it perhaps be persuaded to use Tridge's tdb, which at < 1000 lines could
> simply be included with it...
Alan,
Attempts to run linux-2.4.3-pre2 on chaos.analogic.com results
in **MASSIVE** file-system destruction. I have (had) all SCSI
disks, using the BusLogic controller.
There is something **MAJOR** going on BAD, BAD, BAD, even disks
that were not mounted got trashed.
This is (was) a 400MHz SMP
On Mon, 5 Mar 2001, Jeremy Hansen wrote:
>
> Right now I'm running 2.4.2-ac11 on both machines and getting the same
> results:
>
> SCSI:
>
> [root@orville /root]# time /root/xlog file.out fsync
>
> real0m21.266s
> user0m0.000s
> sys 0m0.310s
>
> IDE:
>
> [root@kahlbi /root]#
On Mon, 5 Mar 2001, Robert Read wrote:
> On Mon, Mar 05, 2001 at 07:58:52PM +0100, Pozsar Balazs wrote:
> >
> > And what does POSIX say about "#!/bin/sh\r" ?
> > In other words: should the kernel look for the interpreter between the !
> > and the newline, or [the first space or newline] or the
> May be. But it's not a reason to use the _OBSOLETE_ library. At least the
> current one should be used...
>
> Here comes the patch to use current libdb-3...
Not all vendors ship db3. I'm not sure its a stunning improvement, but its
the right first step. Will apply
-
To unsubscribe from this
Shane Wegner wrote:
>
> Hi,
>
> Whenever I write a substantial amount of data (200mb) to
> disk, I get these messages. The disks lock for about 10
> seconds and then come back for about 10 seconds again.
> This continues until the data is successfully written.
>
> ide_dmaproc: chipset
On 2 Mar 2001, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> Jeremy Hansen <[EMAIL PROTECTED]> wrote:
> >
> >The SCSI adapter on the raid array is an Adaptec 39160, the raid
> >controller is a CMD-7040. Kernel 2.4.0 using XFS for the filesystem on
> >the raid array, kernel 2.2.18
> > It might be worth asking the question if larger blocks are more
> > aligned?
>
> OK, I'll bite...
> Are larger blocks more aligned?
Only get_free_page()
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 6 Mar 2001, Alan Cox wrote:
> > On Mon, 5 Mar 2001, Alexander Viro wrote:
> >
> > New Adaptec driver does not build. It won't. People, can anyone
> enlighten me
> > why do we use a user space library for a kernel driver at all?
>
> aicasm is an assembler for the aic7xxx risc instruction
> At the time, I didn't feel like creating a custom sub-allocator just
> for USB, and since then I haven't had the inclination nor motivation
> to go back to trying to get my USB mouse or iPAQ communicating via USB.
> (I've not used this USB port for 3 years anyway).
>
> I'd be good to get it
> Yuck. Build-dependency on libdb-dev is not pretty. What is it used for,
> anyway? Assembler in need of libdb. Mind boggleth...
Could it perhaps be persuaded to use Tridge's tdb, which at < 1000 lines could
simply be included with it...
-
To unsubscribe from this list: send the line
> On Mon, 5 Mar 2001, Alexander Viro wrote:
>
> New Adaptec driver does not build. It won't. People, can anyone enlighten me
> why do we use a user space library for a kernel driver at all?
aicasm is an assembler for the aic7xxx risc instruction code, not part of
the driver
-
To unsubscribe
> For the kernel 2.4.2 with the patch 2.4.2-ac5 patch, I have been getting continous
>hard disk trashing and the following errors in the /var/log/messages. I increased the
>console log level to avoid the messages. Please see below a sample set
> Mar 5 12:15:59 amitc-linux mount: mount: can't
> Works great with kernel 2.2.16. Worked great up to kernel 2.3.99-test8 or
> so. However under the current 2.4.x kernels (2.4.0, 2.4.1, 2.4.2) I get
> the following message:
Please test 2.4.2ac12. That has a much cleaned up megaraid.c 1.14g in it. I'd
like feedback before handing it on to
> From: Alan Cox <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] (Peter Zaitcev)
> Date: Mon, 5 Mar 2001 20:46:32 -0500 (EST)
> > -static unsigned long int DspInst[] = {
> > +static unsigned long DspInst[YDSXG_DSPLENGTH / 4] = {
> > 0x0081, 0x01a4, 0x000a, 0x002f,
> >
> -static unsigned long int DspInst[] = {
> +static unsigned long DspInst[YDSXG_DSPLENGTH / 4] = {
> 0x0081, 0x01a4, 0x000a, 0x002f,
> 0x00080253, 0x01800317, 0x407b, 0x843f,
This seems wrong (actually I suspect its a continuation of wrongness. What
about
> /me begins to download and merge ac12...
It built for me too
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Any plans to add support or is there support in the 2.4 kernel for
hot-plugging a PCI adapter? It may be in the sources already, but I can't
seem to locate it. Any help would be appreciated.
Thanks,
Duane Grigsby
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
[Steven Friedrich]
> The questions I have are difficult to research because so little info
> exists about 2.4 design philosophy.
I guess the ORA "Linux Device Drivers" 2nd edition is due out Real Soon
Now. It will cover 2.4.
Peter
-
To unsubscribe from this list: send the line "unsubscribe
Is there a How-To for getting the Linux v2.4.x PPPoE support to work?
I've searched for info but have mostly found sketchy references on getting
PPPoE to work with the v2.2 kernel.
My system is running RedHat v6.2 and the v2.4.2 Linux kernel. I've built
PPP and PPPoE support into the
On Mon, 5 Mar 2001, Amit Chaudhary wrote:
> For the kernel 2.4.2 with the patch 2.4.2-ac5 patch, I have been getting continous
>hard disk trashing and the following errors in the /var/log/messages. I increased the
>console log level to avoid the messages. Please see below a sample set
> Mar 5
On Mon, Mar 05, 2001 at 04:15:36PM -0800, H. Peter Anvin wrote:
> > So, to summarise (for 32-bit CPUs):
> >
> > o Alan Cox & Manfred Spraul say 4-byte alignment is guaranteed.
> >
> > o If you need larger alignment, you need to alloc a larger space,
> >round as necessary, and keep the
Hello:
the patch does not fix the buzzing, but it does not hurt either.
And the way we loaded the microcode before was seriously wrong.
Please look.
-- Pete
diff -ur -X dontdiff linux-2.4.2/drivers/sound/ymfpci.c
linux-2.4.2-p3/drivers/sound/ymfpci.c
--- linux-2.4.2/drivers/sound/ymfpci.c
Since the intention of fsync and fdatasync seems to be
to write dirty fs buffers to persistent storage (i.e.
the "oxide") then the best time is not necessarily
the objective. Given the IDE times that people have
been reporting, it is very unlikely that any of those
IDE disks were really doing
Followup to: <[EMAIL PROTECTED]>
By author:Kenn Humborg <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Sun, Mar 04, 2001 at 11:41:12PM +0100, Manfred Spraul wrote:
> > >
> > > Does kmalloc() make any guarantees of the alignment of allocated
> > > blocks? Will the returned block
On Sun, Mar 04, 2001 at 11:41:12PM +0100, Manfred Spraul wrote:
> >
> > Does kmalloc() make any guarantees of the alignment of allocated
> > blocks? Will the returned block always be 4-, 8- or 16-byte
> > aligned, for example?
> >
>
> 4-byte alignment is guaranteed on 32-bit cpus, 8-byte
Hello,
I wondered if there are any long term plans to merge the USAGI IPv6
kernel patches into Linux?
See http://www.linux-ipv6.org/>
Background:
Currently, if my sources on debian-ipv6 are correct, it is not
possible to create a IPv6 server that is not broken, as getaddrinfo
returns both
Greg Louis wrote:
> gcc -D__KERNEL__ -I/usr/src/linux-2.4.2ac12/include -Wall
> -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
> -march=i686-c -o 3c509.o 3c509.c
> 3c509.c: In function 'el3_probe':
> 3c509.c:330: structure has no member named 'name'
hrm, I wonder if
Sergey Kubushin wrote:
> I _DO_ know what db1 stands for. And we do _NOT_ have db1 in our
> distribution, KSI Linux. And we are _NOT_ going to build the obsolete
> library with all the accompanied development stuff just to be able to make
> some tool required to build exactly ONE kernel driver.
On 03.06 Sergey Kubushin wrote:
> On Mon, 5 Mar 2001, J . A . Magallon wrote:
>
> > What that line does is to build a tool (aicasm) to generate the ucode
> > that
> > is built into the kernel (afaik, it is a kind of assembler from a
> > language
> > to AIC sequencer code). That is, the tool
I'm looking at this part of 2.4.2-ac8:
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux-2.4.0/mm/filemap.c
linux.ac/mm/filemap.c
--- linux-2.4.0/mm/filemap.cWed Jan 3 02:59:45 2001
+++ linux.ac/mm/filemap.c Thu Jan 11 17:26:55 2001
@@ -206,6 +206,9 @@
if
On Mon, Mar 05, 2001 at 02:52:24PM -0800, David Brownell wrote:
> I didn't see that thread. I agree, pci_alloc_consistent() already has
> a signature that's up to the job. The change you suggest would need
> to affect every architecture's implementation of that code ... which
> somehow seems
On Mon, 5 Mar 2001, Jeff Garzik wrote:
> Amazingly you've hit one of the few problems caused by something
> outside
> the kernel tree. db v1.85 has been superceded by db2 and db3. db1 is
> where the "original" Berkeley db stuff now lives. Apparently aicasm
> needs db 1.
>
> So, update your
gcc -D__KERNEL__ -I/usr/src/linux-2.4.2ac12/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-march=i686-c -o 3c509.o 3c509.c
3c509.c: In function 'el3_probe':
3c509.c:330: structure has no member named 'name'
make[3]: *** [3c509.o] Error 1
make[3]:
On Mon, 5 Mar 2001, J . A . Magallon wrote:
> What that line does is to build a tool (aicasm) to generate the ucode
> that
> is built into the kernel (afaik, it is a kind of assembler from a
> language
> to AIC sequencer code). That is, the tool uses db1 (as mkdep.c uses
> glibc)
> but once you
On Mon, 5 Mar 2001, J . A . Magallon wrote:
>
> On 03.05 Sergey Kubushin wrote:
> > On Mon, 5 Mar 2001, Alexander Viro wrote:
> >
> > New Adaptec driver does not build. It won't. People, can anyone enlighten me
> > why do we use a user space library for a kernel driver at all?
> >
> > gcc
Sergey Kubushin wrote:
> === Cut ===
> make -C aic7xxx modules
> make[3]: Entering directory
>`/tmp/build-kernel/usr/src/linux-2.4.2ac12/drivers/scsi/aic7xxx'
> make -C aicasm
> make[4]: Entering directory
>`/tmp/build-kernel/usr/src/linux-2.4.2ac12/drivers/scsi/aic7xxx/aicasm'
> gcc
On Tue, 6 Mar 2001, Urban Widmark wrote:
>
> Is it valid to call d_add on a negative dentry?
> (or on a dentry that is already linked in d_hash, but all negative
> dentries are, right?)
Not all of them. It _is_ legal to do d_add() on a negative dentry.
Doing that for hashed dentries is a
Is it valid to call d_add on a negative dentry?
(or on a dentry that is already linked in d_hash, but all negative
dentries are, right?)
I'm guessing it isn't because I think that is how I can get my machine to
hang in d_lookup, looping on a corrupt d_hash list.
The problem can be reproduced
> > And mm/slab.c changes semantics when CONFIG_SLAB_DEBUG
> > is set: it ignores SLAB_HWCACHE_ALIGN. That seems more like
> > the root cause of the problem to me!
>
> HWCACHE_ALIGN does not guarantee a certain byte alignment. And
> additionally it's not even guaranteed that kmalloc() uses that
On 03.05 Sergey Kubushin wrote:
> On Mon, 5 Mar 2001, Alexander Viro wrote:
>
> New Adaptec driver does not build. It won't. People, can anyone enlighten me
> why do we use a user space library for a kernel driver at all?
>
> gcc -I/usr/include -ldb1 aicasm_gram.c aicasm_scan.c aicasm.c
On Mon, 5 Mar 2001, Alexander Viro wrote:
New Adaptec driver does not build. It won't. People, can anyone enlighten me
why do we use a user space library for a kernel driver at all?
=== Cut ===
make -C aic7xxx modules
make[3]: Entering directory
On Mon, Mar 05, 2001 at 10:05:36PM +0100, Pozsar Balazs wrote:
> On Mon, 5 Mar 2001, Robert Read wrote:
> > On Mon, Mar 05, 2001 at 07:58:52PM +0100, Pozsar Balazs wrote:
> > >
> > > And what does POSIX say about "#!/bin/sh\r" ?
> > > In other words: should the kernel look for the interpreter
On Mon, 5 Mar 2001, Jeff Garzik wrote:
>...
>
> 2.4.3-pre2 should be the one to test... it should include the latest
> loop fixes..
>
For what I've tested, 2.4.3-pre2 works fine with the loop device.
David Gómez
"The question of whether computers can think is just like the question of
On Mon, 5 Mar 2001, Tania Gomes Ramos wrote:
Have you updated your modutils? Maybe that's why it's not working your
network adapter. If you didn't, take a look at
/usr/src/linux/Documentation/Changes to find out with versions do you need
to run a 2.4 kernel.
>
>
>First of all, thanks for
It appears that with 2.4.2-ac12, we now have more than 2000
kernel configuration options.
Using the options_linux script which I posted earlier today,
I get the following:
[steven@spc linux]$ sh scripts/options_linux | wc -l
2008
Compare to 2.2.18:
[root@spc linux-2.2.18]# sh
Hi,
For the kernel 2.4.2 with the patch 2.4.2-ac5 patch, I have been getting continous
hard disk trashing and the following errors in the /var/log/messages. I increased the
console log level to avoid the messages. Please see below a sample set
Mar 5 12:15:59 amitc-linux mount: mount: can't
Ivan Kokshaysky wrote:
> On Fri, Mar 02, 2001 at 11:32:35AM -0800, Grant Grundler wrote:
> > Code in parisc-linux CVS (based on 2.4.0) does boot on my OB800
> > (133Mhz Pentium), C3000, and A500 with PCI-PCI bridge support
> > working. I'm quite certain PCI-PCI bridge configuration (ie BIOS
> >
On Mon, Mar 05, 2001 at 07:17:18PM +, Padraig Brady wrote:
> Hmm.. useful until you actually want to modify a linked file,
> but then your modifying the file in all "merged" trees.
Use emacs, because you can configure it to do something
appropriate with linked files. But for those of us
> And mm/slab.c changes semantics when CONFIG_SLAB_DEBUG
> is set: it ignores SLAB_HWCACHE_ALIGN. That seems more like
> the root cause of the problem to me!
>
HWCACHE_ALIGN does not guarantee a certain byte alignment. And
additionally it's not even guaranteed that kmalloc() uses that
On Mon, 5 Mar 2001 [EMAIL PROTECTED] wrote:
> >I think I could even setup something where we keep the
> >anti-spam regexps in a publicly accessible CVS tree (with
> >of course a nice script to automatically generate the
> >majordomo.cf).
>
> Cool. Sooner or later, some fun-loving script-kiddie
Consider trying the megaraid driver megaraid.[ch] in 2.4.2-ac11 and above.
It's v1.14g-ac.
Thanks,
Matt
--
Matt Domsch
Dell Linux Systems Group
Linux OS Development
www.dell.com/linux
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I've used 82c686a at UDMA66 on MSI 694D with WD418000 and standard UDMA66 18"
cables quite successfully.
David Riley wrote:
> Alan Cox wrote:
> > 2.4.2-ac12
> > o Update VIA IDE driver to 3.21 (Vojtech Pavlik)
> > |No UDMA66 on 82c686
>
> Um... Does that include
On Mon, 5 Mar 2001, John Kodis wrote:
> On Mon, Mar 05, 2001 at 08:40:22AM -0500, Richard B. Johnson wrote:
>
> > Somebody must have missed the boat entirely. Unix does not, never
> > has, and never will end a text line with '\r'.
>
> Unix does not, never has, and never will end a text line
Patch is replacing 7 levels of nested ifs with something
readable. Against 2.4 kernels. I have posted this one already once,
trying again.
The driver doesn't support C924 in both PnP and non-PnP modes as it
claims. It looks like part of the code got lost or was not finished. This
patch makes it
>We have about 12 interrupt controllers we end up using on PPC. I'm
>suspicious of any effort to base Linux/PPC generic interrupt control code
>paths on a software architecture that's been tested with 3. More to the
>point, we get ASIC's that roll in a standard interrupt controller and add
>And I seriously doubt that PPC SMP irq handling has gotten _nearly_ the
>amount of testing and hard work that the x86 counterpart has. Things
>like support for CPU affinity, per-irq spinlocks, etc etc.
Some of those are the reason I moved part of the x86 irq.c code to PPC
indeed.
>Now, I'm not
I am doing this very thing on linux 2.2.18. My kernel has both the hd.c and
ide.c drivers installed.
I had to specify ide0=0x1f0 to the kernel to prevent the kernel's hd.c driver
from remapping the first two drives to hda/hdb. With the ide0 setting the
kernel preserves the true partition
I have a machine with a built-in Adaptec aic7xxx card and a Megaraid PCI
card. My system (raid 5) boots off the Megaraid. For this to work I
compiled the Megaraid module into the kernel while the aic7xxx loads as a
module. dmesg shows the following:
megaraid: v107 (December 22, 1999)
Alan Cox wrote:
> 2.4.2-ac12
> o Update VIA IDE driver to 3.21 (Vojtech Pavlik)
> |No UDMA66 on 82c686
Um... Does that include 686a? 82c686a is supposed to handle UDMA66...
Or is it a corruption issue again? UDMA66 seems to work fine on
mine... No corruptions
I recieved this oops after rearranging my SMP system to include a large
(>100GB) raid5 array and copying approximately 15GB to it. The array
was still synchronizing at the time.
Motherboard is MSI 694D. RAID array in question is attached to the
Promise 20265 chipset. No drives were attached
First of all, thanks for helping me...
I have noticed that after I have installed the new version
of kernel (2.4.2),I am having some problems... After compiling
everything, and making the make install_modules, I have the message that
there is nothing to be done in the directories... But,
On 5 Mar 01 at 15:05, [EMAIL PROTECTED] wrote:
>
> What is the current version of ncpfs, and where can it be found? The most
> recent I could find (at www.ibiblio.org) was ncpfs-2.2.0 which dates back to May
> 1998, and I ran into the problem with select when trying to compile it on a
>
On Mon, 5 Mar 2001, Alan Cox wrote:
> o Fix binfmt_misc (and make the proc handling (Al Viro)
> |a filesystem -
> |mount -t binfmt_misc none /proc/sys/fs/binfmt_misc
One comment: probably the best way to maintain backwards compatibility
for people who used binfmt_misc as a
> And what does POSIX say about "#!/bin/sh\r" ?
Nothing at all. The #! construction is not part of any standard
right now. The implementation is messy - different operating systems
do vaguely similar things, but all details differ.
Linux can do whatever it wants.
Of course it helps portability
What is the current version of ncpfs, and where can it be found? The most
recent I could find (at www.ibiblio.org) was ncpfs-2.2.0 which dates back to May
1998, and I ran into the problem with select when trying to compile it on a
current system. I got it to work by compiling it on an old
On Mon, 5 Mar 2001, Robert Read wrote:
> On Mon, Mar 05, 2001 at 07:58:52PM +0100, Pozsar Balazs wrote:
> >
> > And what does POSIX say about "#!/bin/sh\r" ?
> > In other words: should the kernel look for the interpreter between the !
> > and the newline, or [the first space or newline] or the
Umm.. all the printk's are inclosed with the ifdef, courtsey of a little
bit of #define magic. I use it all the time (after all, I'm the
maintainer), and when I want it to shut up, it shuts up.
Are you sure you recompiled and installed properly? Re-ran 'make dep'?
I've had reports of this
We have about 12 interrupt controllers we end up using on PPC. I'm
suspicious of any effort to base Linux/PPC generic interrupt control code
paths on a software architecture that's been tested with 3. More to the
point, we get ASIC's that roll in a standard interrupt controller and add
some
On Mon, 5 Mar 2001 08:14:42, Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> I do not yet know details, but it worked in 2.4.1 and it does not work
> now:
>
> Mar 5 09:12:05 bug cardmgr[69]: initializing socket 1
> Mar 5 09:12:05 bug cardmgr[69]: socket 1: ATA/IDE Fixed Disk
> Mar 5 09:12:05
In article <[EMAIL PROTECTED]> you wrote:
> Hi!
> I do not yet know details, but it worked in 2.4.1 and it does not work
> now:
> Mar 5 09:12:05 bug cardmgr[69]: initializing socket 1
> Mar 5 09:12:05 bug cardmgr[69]: socket 1: ATA/IDE Fixed Disk
> Mar 5 09:12:05 bug cardmgr[69]: module
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.2-ac12
o Move the pci_enable_device for cardbus (David Hinds)
o Add Sony MSC-U01N to the unusual devices(Marcel Holtmann)
o Final smc-mca fixups - should now work (James Bottomley)
o
Hi,
As far as I understand, in 2.2.x networking code the protocol
header and data used to reside in a contiguous region in memory(pointed
to by the head, data, tail, end of sk_buff struct),
ie skb->data is the starting point and skb->tail is the ending point.
|
I'm not currently on the lkml list here, so I apologize if my cut and
past reply messes up someone's threaded mail reader.
AJF75 wrote:
>Does anyone know whereabouts I could go to get an index of all
>configurations options (i.e. drivers, etc.) that are available in the
>latest Linux kernel? I
1 - 100 of 379 matches
Mail list logo
