On Mon, 18 Sep 2000, Linus Torvalds wrote:
> It's not a mess at all.
>
> I don't see why you call things "first stage" etc. It's perfectly
> straightforward. There are two bits that matter:
> - buffer uptodate
> - buffer mapped.
first stage == page still not uptodate. second stage ==
Hi,
I read that the hard limit of the number of the users on
2.2.x is 65000 and on 2.4.x it will be more.
I just wonder if it is true and if we have to wait for 2.4.x
to have more that 65000 users with kernel's quota management ?
Thanks
Octave
-
To unsubscribe from this list: send the line
Linus, please think this over before applying Andi's patch.
Andi Kleen wrote:
> The problem is really that SI_SIGIO is negative, but it should be positive
> to make SI_FROMUSER return false on it.
This is an old problem. There was a thread on this topic last March.
Look for "accept()
Hi.
The drivers/net/wan/comx.c #errors if it is compiled in a kernel
without procfs support. The following patch updates the documentation
to state this. I have cc'ed the maintainer so he can comment.
--- linux-240test8-pre1/Documentation/Configure.helpTue Aug 29 22:20:51 2000
+++
> " " == Michael Eisler <[EMAIL PROTECTED]> writes:
> What if someone has written to multiple, non-contiguous regions
> of a page?
This has been foreseen and hence we only allow 1 contiguous region per
page. If somebody tries to schedule a write to a second region that is
not
Andrew Morton <[EMAIL PROTECTED]> writes:
> Horst von Brand wrote:
> >
> > I've been using a 3com 3CCFE575CT 10/100 Eth cardbus card without any
> > trouble in 2.2.18pre and 2.4.0-test8 together with pcmcia-cs-3.1.21 (Sep 5
> > snapshot). I'm running Red Hat 6.2 on that machine (Toshiba
Title: RE: Kernel oops in mm/slab.c [ kmem_cache_grow() ] with test4-8
> -Original Message-
> From: Andrew Morton [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 15, 2000 11:47 PM
> To: Earle, Jonathan [KAN:1A31:EXCH]
> Cc: Linux MPLS List (E-mail); Linux Kernel List (E-mail)
>
On Mon, 18 Sep 2000, Alexander Viro wrote:
> * we have several bh state components and the thing is a big,
> fscking mess. If we look at the areas outside of the page lock we have:
It's not a mess at all.
I don't see why you call things "first stage" etc. It's perfectly
straightforward.
> > " " == Michael Eisler <[EMAIL PROTECTED]> writes:
>
> >> I'm not clear on why you want to enforce page alignedness
> >> though? As long as writes respect the lock boundaries (and not
> >> page boundaries) why would use of a page cache change matters?
>
> > For the
Thanks for everyone looking into this problem. I'm going to toss out
some additional information which I think may be extremely important
in any discussions surrounding the serial drivers: what is and is not
actually configured in the kernel. :^)
While I had 10 years of experience with the IRIX
On Sun, Sep 17, 2000 at 08:57:00PM +0200, Peter Osterlund wrote:
> The new patch will obey the latency requirement but still keep disk
> seeks to a minimum. This makes it possible to use much smaller latency
Yes I agree that's a much nicer behaviour with strict latency requirements
(that's what
Hello,
Everything looks good after test1 except the extra
'<< 16' in __SI_CODE.
SI_SIGIO is not generated from kernel. The same is for the
other SI_ consts < 0 not defined with __SI_CODE.
We don't need to mention how broken is 2.2
Regards
--
Julian Anastasov
> " " == Michael Eisler <[EMAIL PROTECTED]> writes:
>> I'm not clear on why you want to enforce page alignedness
>> though? As long as writes respect the lock boundaries (and not
>> page boundaries) why would use of a page cache change matters?
> For the reason that was
--On 09/18/00 13:19:27 -0400 Alexander Viro <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 18 Sep 2000, Chris Mason wrote:
>
>> I'm not trying to put it all into a single get_block call, we have
>> different get_block funcs for different purposes. What I'm really trying
>> to do is squeeze into
On Mon, Sep 18, 2000 at 05:11:35PM +0100, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > Linus,
>
> > Where do architecture maintainers stand when they don't submit their
> > problems to linux-kernel or the great Ted Bug List(tm)?
>
> Up against the wall so we can shoot them?
I know
OK, let's see. I've tried to describe what we have now (marking the
bugs) + proposal that would give somewhat saner logics (in the end of
posting). Comments are more than welcome.
* life of the page is clearly divided in two parts - before it can
be mapped to a user context and after
First of all, sorry for posting to the list without being subscribed.
I have seen in kernel 2.4.0-test8 and test9-pre2 sources that a bug that was
making kernel 2.2.18 not bootable is still present. Someone said it was
a back-ported bug, so I supposed that the patcd had been "for-ported"
(what a
On Sun, 17 Sep 2000, Evan Jeffrey wrote:
>
> > > 1. The inactive_target is 1 second worth of allocations, minus
> > >the amount of frees in 1 second, averaged over a minute
> >
> > So it cannot take load bursts. That's ok for a default, but for special loads
> > it would be good if there
On Mon, 18 Sep 2000, Chris Mason wrote:
> I'm not trying to put it all into a single get_block call, we have
> different get_block funcs for different purposes. What I'm really trying
> to do is squeeze into block_prepare_write, as a generic setup function for
> file modifications.
It is
Hi Linus,
It seems that the TCP code has morphed again, breaking the RPC over
tcp write_space() calls. Basically it seems that the current version
of the tcp code no longer allows us to specify that we'd like to wait
until a specific number of bytes are free in the buffer (udp is
unchanged).
Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Beeing an active user mode linux user :-) I can say that since
> > 2.4.0-test8 (host kernel) I cannot run uml-linux successfully.
>
> > In contrast with popular feeling that "threaded programes screwed
> > signal handling on test8.", it is actually
My major comment is that you should use "SEND_DIAGNOSTIC" instead of a
hardcoded 0x1d.
-Eric
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, September 18,
--On 09/18/00 12:23:43 -0400 Alexander Viro <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Sep 2000, Chris Mason wrote:
>
>> When reiserfs_get_block is called on the packed data (with create == 1),
>> we unpack it to a full block, so the generic functions can handle
>> dirties/writes from then on. If
On Mon, 18 Sep 2000, Frank Enderle wrote:
> I installed the 2.2.18pre9 compiled the kernel, but I cannot compile the
> pcmcia modules nor the alsa modules for that kernel due to some
> redifinitions
> in header files (see attached file).
>
> can anybody tell me whats wrong?
Get the latest
Marty,
I think they said they could care less about kernel debuggers. Just go
write one, use Keith's or ours or whatever, and do what you want with
your Linux development -- Linus doesn't seem to care if you just make a
fork of Linux or someone else does with a debugger for your projects.
This patch prevents scsi_ioctl_send_command() from overwriting the SEND
DIAGNOSTICS (Drive Self Test) reserved bits in cmd[1], as found in SCSI-3.
Code provided by Michael Landrus of Dell.
Comments are requested. If there are no objections, Linus and Alan please
apply.
Below are patches to
> Yes. fs/read_write calls the NFS subsystem. The problem then is that
> NFS uses the generic_file_{read,write,mmap}() interfaces. These are
> what enforce use of the page cache.
So, don't use generic*() when locking is active. It's what most other
UNIX-based NFS clients do. Even if it is
Hello Martin , What information do you need to add this device
to the lspci database (or whatever it is) ? Tia , JimL
#lspci -v
00:0a.0 RAID bus controller: Mylex Corporation: Unknown device 0002 (rev 02)
Flags: bus master, medium devsel, latency
On Mon, Sep 18, 2000 at 10:06:37AM -0600, Andreas Dilger wrote:
> Chris, you write:
> > > my box sometimes hang up at high load avarage with "stuck on TLB
> > > IPI wait (CPU#0)" messages.
> >
> > This is a known issue with the way reiserfs uses the scheduler task queue.
> > The following patch
[EMAIL PROTECTED] said:
> Linus,
> Where do architecture maintainers stand when they don't submit their
> problems to linux-kernel or the great Ted Bug List(tm)?
Up against the wall so we can shoot them?
:)
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
--On 09/18/00 08:52:12 -0700 Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 18 Sep 2000, Chris Mason wrote:
>>
>> ReiserFS depends on the buffer head up to date flag being correct when it
>> is sent to get_block. When unpacking the tail, we have to know if the
>> packed data on
Chris, you write:
> > my box sometimes hang up at high load avarage with "stuck on TLB
> > IPI wait (CPU#0)" messages.
>
> This is a known issue with the way reiserfs uses the scheduler task queue.
> The following patch from Andi Kleen should take care of it for you:
>
> ---
__release_region() always uses `%04lx', while start and end may be larger
(e.g. for release_mem_region()).
--- linux-2.4.0-test9-pre2/kernel/resource.c.orig Mon Jul 17 15:24:34 2000
+++ linux-2.4.0-test9-pre2/kernel/resource.cMon Sep 18 16:15:33 2000
@@ -288,7 +288,7 @@
On Mon, 18 Sep 2000, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > Note that with most versions of gcc this is all a complete non-issue,
> > as most versions of gcc will _always_ inline a function that the user
> > has asked to be inlined. So the issue seldom actually comes up.
>
>
> Yup. That's true. Like it's also nonintuitive sometimes that PIO can even
> beat, in some cases, DMA (some graphics fifo devices, e.g.).
It can be true for networking devices in some cases too. Ive been playing at
putting K7 prefetch instructions in the ethernet drivers and netif_rx so
that
On Mon, 18 Sep 2000, Chris Mason wrote:
>
> ReiserFS depends on the buffer head up to date flag being correct when it
> is sent to get_block. When unpacking the tail, we have to know if the
> packed data on disk should be copied over the data in the page.
>
> So, the above should work for
> > When transferring one or more pages via a page-alligned
> > buffer and normal read() or write(), VM tricks will be
> > used to avoid copying the data. If you touch the page
>
> You mean mmap(). You can do that already but it isnt the win you might
> think. In fact for some
> >
> > Also Andrew Gallatin got this speed with Trapeze && GigE cards about a year
> > ago as well.
> >
> > It's not so much the 960Mbit (or better, actually, which you can get depending
> > on the card). It's how much CPU you eat up doing so. You of all people should
> > know that, Larry :-).
> When transferring one or more pages via a page-alligned
> buffer and normal read() or write(), VM tricks will be
> used to avoid copying the data. If you touch the page
You mean mmap(). You can do that already but it isnt the win you might
think. In fact for some operations mmap is
[EMAIL PROTECTED] said:
> Beeing an active user mode linux user :-) I can say that since
> 2.4.0-test8 (host kernel) I cannot run uml-linux successfully.
> In contrast with popular feeling that "threaded programes screwed
> signal handling on test8.", it is actually a small change to arch/
>
> > They've gotten 960 megabits/sec out of a gigabit Ethernet card
> > with this. Not stable yet.
>
> Didn't daveme get the same speed using Linux almost a year ago?
Also Andrew Gallatin got this speed with Trapeze && GigE cards about a year
ago as well.
It's not so much the 960Mbit (or
On Mon, Sep 18, 2000 at 08:28:30AM -0700, Matthew Jacob wrote:
>
> > > They've gotten 960 megabits/sec out of a gigabit Ethernet card
> > > with this. Not stable yet.
> >
> > Didn't daveme get the same speed using Linux almost a year ago?
>
> Also Andrew Gallatin got this speed with Trapeze
On Mon, Sep 18, 2000 at 07:52:22AM -0700, Dan Kegel wrote:
> http://www.kegel.com/c10k.html#zerocopy now links to
> http://people.freebsd.org/~ken/zero_copy/ which describes
> some patches for FreeBSD which add support for zero-copy
> networking from user space.
>
> Where they're headed is:
>
--On 09/16/00 10:53:04 +0900 Hisaaki Shibata <[EMAIL PROTECTED]> wrote:
> Hi!
>
> few weeks ago, I installed a PROMISE Ultra66 IDE card into my SMP Linux
> box. But my box sometimes hang up at high load avarage with "stuck on TLB
> IPI wait (CPU#0)" messages.
> I upgrade my kernel to 2.2.17
Dear All,
Platforms
==
Linux 2.2.17 with ide & raid patches.
Problems
We recently purchased an IDE Card (HPT370 chipsets) and connected two 540MB hard
disks (PIO 3) to it.
During booting up, the hard disks could be recognized. However, it wait a long
time before proceeding
Hi Linus
One of the two patches I sent you for the acenic driver got lost in
the 2.4.0-test8-something update. Here is an uptodate patch for
2.4.0-test9-beta2 which fixes a few more problems.
Jes
--- drivers/net/acenic.c-oldMon Sep 18 09:26:45 2000
+++ drivers/net/acenic.cMon Sep
On Sun, 17 Sep 2000, Mark Orr wrote:
> Has anyone else tried 240-test9-pre2 on low-memory systems?
Hmmm... I am getting periodic hangs on reading floppies AFTER initrd
inititialization Maybe once every 20 boots.. same thing.. strange hang,
and a control gets by whatever process was
http://www.kegel.com/c10k.html#zerocopy now links to
http://people.freebsd.org/~ken/zero_copy/ which describes
some patches for FreeBSD which add support for zero-copy
networking from user space.
Where they're headed is:
When transferring one or more pages via a page-alligned
buffer and
[EMAIL PROTECTED] said:
> Note that with most versions of gcc this is all a complete non-issue,
> as most versions of gcc will _always_ inline a function that the user
> has asked to be inlined. So the issue seldom actually comes up.
I thought that 'extern inline' was in fact the intended
I installed the 2.2.18pre9 compiled the kernel, but I cannot compile the
pcmcia modules nor the alsa modules for that kernel due to some
redifinitions
in header files (see attached file).
can anybody tell me whats wrong?
frank
PCMCIA.LOG
I use cscope version 13.7 (on solaris 2.6)
the source file linux/fs/hpfs/super.c
from kernel version 2.4-test8 causes cscope to core dump during the database
generation phase.
the problem is the extremely long printk() string starting on line 280 in the
function static inline void
Ted,
How does one identify the "critical" items in the
2.4 Status/TODO list?
Will you be adding a "critical" section or adding
"(critical)" on some items on the 2.4 Status/TODO list?
I'm updating the USB list now and wondering how to
mark items as critical.
Thanks,
~Randy
[EMAIL PROTECTED] writes:
> I'm about to embark on some compact-PCI driver development for Linux and I
> was wondering where I can find some info. Is there any difference between
> PCI and cPCI development on Linux?
>
> URLs would be great! Or, if this is the wrong list for driver development
>
Linus Torvalds writes:
> So when you send me a patch, either bug Ted to mark the issue as
> "critical" first, or pay me money. It's that easy.
Linus,
Where do architecture maintainers stand when they don't submit their
problems to linux-kernel or the great Ted Bug List(tm)?
_
|_|
Hi,
i am currently in the process of porting my serial driver for
this board
02:03.0 Communication controller: PLX Technology, Inc. 9060SD (rev 02)
Subsystem: Aurora Technologies, Inc. Aries 16000P
Flags: medium devsel, IRQ 6063168
Memory at f9ff2000 (32-bit,
The KNOWNBUGS file was removed with v1.0.5 as it corrected the fault when
statically linked. You may either statically link, or compile as a module,
your choice.
Thanks,
Matt
-Original Message-
From: Bruce A. Locke [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 18, 2000 9:15 AM
To:
- Original Message -
From: "Linus Torvalds" <[EMAIL PROTECTED]>
To: "Torben Mathiasen" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, September 17, 2000 9:32 PM
Subject: Re: [PATCH] Re: SCSI scanning
>
>
> On
When trying to compile I get:
drivers/scsi/scsidrv.o: In function `init_sd':
drivers/scsi/scsidrv.o(.text+0x68ae): undefined reference to
`scsi_register_module'
drivers/scsi/scsidrv.o: In function `exit_sd':
drivers/scsi/scsidrv.o(.text+0x68c3): undefined reference to
`scsi_unregister_module'
I've finally had a chance to test out the new VM patch on my 32mb system.
It runs much, much better than the previous test8, and the pages->swap change
is actually much smoother than I had expected it to be considering the recent
talk about making it more gradual. I'm against having the swap
As a matter of fact I already have such a kernel compiled but I need to be
there in person to make sure it doesn't blow up. :)
There were four files:
linux-2.2.16-aacraid-1.0.3.patch
linux-2.2.16-aacraid-1.0.3-paths.patch
linux-2.2.16-aacraid-1.0.4.patch
linux-2.2.16-aacraid-1.0.5.patch
The
Horst von Brand wrote:
>
> I've been using a 3com 3CCFE575CT 10/100 Eth cardbus card without any
> trouble in 2.2.18pre and 2.4.0-test8 together with pcmcia-cs-3.1.21 (Sep 5
> snapshot). I'm running Red Hat 6.2 on that machine (Toshiba Satellite Pro
> 4280 XDVD) with DHCP. pump works, and sets
Hi.
I'm about to embark on some compact-PCI driver development for Linux and I
was wondering where I can find some info. Is there any difference between
PCI and cPCI development on Linux?
URLs would be great! Or, if this is the wrong list for driver development
issues, a pointer to the correct
Hi,
On Wed, Sep 13, David S. Miller wrote:
> It's an especially amusing situation especially since no vendor has
> shipped a distribution without the raid patches applied to their
> kernel for almost 2 years now.
You have a very interesting definition of "no vendor".
> Later,
> David S.
Hi again!
I compiled 2.3.9 again and - it also does not boot, hanging around at the same
time. If I specify an old image at the lilo-prompt (which is 2.3.9/SMP, but
compiled some days before), everything works okay (except the modules, as far
as I know because of the missing correct System.map)
> > At the moment, the Win32 syscalls I implement require an fd to be
> > attached to a particular proc file. This fd holds the Win32 handle map.
>
> Huh?
Each process needs a handle map... To avoid playing with the task structure,
fork, exec, exit, signals, etc., I used an fd attached to a
Alexander Viro wrote:
>
> On Sun, 17 Sep 2000, Linus Torvalds wrote:
>
> > On Sun, 17 Sep 2000, Alexander Viro wrote:
> > >
> > > Looks sane. But I really wonder if we could just do it in
> > > create_page_buffers() if page is up-to-date. OTOH it would require attempt
> > > to map them all.
Jes Sorensen wrote:
>
> Pavel> Umount (and mount on next line too) report "/: device is busy"
> Pavel> and the root filesystem stay not correctly unmounted. >
> 2.2.13 and gcc-2.95.2 are not compatible, try with the correct
> compiler first.
Whatever the problem is, it's probably not a
--On 09/18/00 09:16:22 -0400 Alexander Viro <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 18 Sep 2000, Chris Mason wrote:
>
>> ReiserFS depends on the buffer head up to date flag being correct when it
>> is sent to get_block. When unpacking the tail, we have to know if the
>> packed data on
have you read Documentation/DMA-mapping.txt?
On Mon, 18 Sep 2000 [EMAIL PROTECTED] wrote:
> hi,
> can anybody tell, where to find information about dma usage by pci
> -devices in linux
>
> note:please cc the answer
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe
This one...
- Fix some warnings which resulted from turning off
debug in cardbus.c
- sleep for the correct duration after taking the
reset away (this was left over from some testing. Sorry).
--- linux-2.4.0-test9-pre2/drivers/pcmcia/cardbus.c Mon Sep 18 20:31:49 2000
+++
Standard book: Try "Linux Device Drivers" by Alessandro Rubini (O'Reilly)...
Justin
> -Original Message-
> From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
>
> hi,
> can anybody tell, where to find information about dma usage by pci
> -devices in linux
>
-
To unsubscribe from
Linus Torvalds wrote:
>
> ...
>
> I don't like Andrew's patch: I see why he does what he does, but it feels
> like papering over the real problem which is that the interfaces are just
> too opaque for the cs.c code to easily tell the controller what to do, and
> vice versa. They both have
On Mon, 18 Sep 2000, Chris Mason wrote:
> ReiserFS depends on the buffer head up to date flag being correct when it
> is sent to get_block. When unpacking the tail, we have to know if the
> packed data on disk should be copied over the data in the page.
??? Details, please. What the hell
hi,
can anybody tell, where to find information about dma usage by pci
-devices in linux
note:please cc the answer
-
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/
> "Pavel" == pavelk <[EMAIL PROTECTED]> writes:
Pavel> Umount (and mount on next line too) report "/: device is busy"
Pavel> and the root filesystem stay not correctly unmounted. But when
Pavel> i press magic key "u" (emergency remount), the filesystem is
Pavel> correctly remounted. All
I have seen this problem for a long time now (and it has been reported on
this list before-months ago). My TODO list of bugs to investigate has
grown too large so I needed to get this one off my list.
the offending code is:
"linux/drivers/scsi/sd.c" 1353/1393 (test9-2)
> for (i = 0; i <=
--On 09/17/00 20:30:29 -0700 Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> Basically, both "truncate()" and "write()" have this bug where they can
> end up re-reading stuff from disk even though the in-memory copy is newer.
>
> And because write() had this bug, the bug also got into
>
Linux cascade 2.4.0-test8 #1 Sat Sep 16 23:50:47 PDT 2000 i686 unknown
Andre Hedrick
The Linux ATA/IDE guy
-
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 Mon, 18 Sep 2000, Andre Hedrick wrote:
> On Mon, 18 Sep 2000, Alexander Viro wrote:
>
> >
> >
> > Erm. What version it was?
>
> 1.18-125 (installed 1.18-125) SuSE 7.0 Professional
>
> If you want the srpm will send it offline.
Sorry, what kernel version were you using?
-
To
On Sun, Sep 17, 2000 at 09:40:18AM -0500, [EMAIL PROTECTED] wrote:
> The aacraid driver was submitted to Alan Cox, but rejected because it has
> too many "NTism's" in it, which are being addressed. Please see the Red Hat
> Linux "Pinstripe" beta kernel source RPM for the source code, or contact
[EMAIL PROTECTED] (Linus Torvalds) wrote:
> David Howells <[EMAIL PROTECTED]> wrote:
> >
> >Oliver Neukum <[EMAIL PROTECTED]> wrote:
> >> > (3) Even if it was... just filling in the syscall slot from a module means
> >> > that it is possible for the module to be unloaded whilst the syscall
On Mon, 18 Sep 2000, Alexander Viro wrote:
>
>
> Erm. What version it was?
1.18-125 (installed 1.18-125) SuSE 7.0 Professional
If you want the srpm will send it offline.
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Erm. What version it was?
-
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 Mon, Sep 18, 2000 at 01:44:04PM +0200, Alan Cox wrote:
> > On Mon, Sep 18, 2000 at 12:34:03PM +0200, Alan Cox wrote:
> > > > The problem is really that SI_SIGIO is negative, but it should be positive
> > > > to make SI_FROMUSER return false on it.
> > > >
> > > > Changing it would
On Mon, 18 Sep 2000, Tigran Aivazian wrote:
> But one needs to understand your fix first. Shouldn't that
> !is_cardbus be is_cardbus instead?
Yes, doing it like this works:
--- linux/drivers/pci/pci.c Mon Sep 18 12:35:11 2000
+++ work/drivers/pci/pci.c Mon Sep 18 13:12:20 2000
@@
Hi Andrew,
On Mon, 18 Sep 2000, Andrew Morton wrote:
> Because Cardbus on this recent Dell laptop has
> suddenly stopped working:
yes, looks like we do have similar Dell laptops ;)
> I don't see where we _ever_ scan behind a Cardbus bridge???
>
> As a datapoint, this hack makes Cardbus work
[EMAIL PROTECTED] (Alan Cox) writes:
>Resynchronize the USB stuff and starting bringing the ARM into line
>2.2.18pre9
[...]
>o NFSv3 support and NFS updates (Trond Myklebust and co)
Biggest understatement this side of Linux 2.4. :-) Cool. Will test.
Regards
Please not that all of this is the same boot.
Disregard the weird device major:minor
Sep 18 04:22:20 cascade kernel: EXT2-fs error (device ide2(33,1)):
ext2_readdir: bad entry in directory #2: rec_len % 4 != 0 - offset=0, inode=2,
rec_len=14, name_len=1
Sep 18 04:22:20 cascade kernel: EXT2-fs
[EMAIL PROTECTED] said:
> I think its fixable to make it do the RR/RNR after bouncing it up the
> stack. -
ARCnet does ACK in hardware. Packets don't hit the wire until the
destination has indicated that it's got a buffer available.
You really want to be able to reserve space on the queue
> On Mon, Sep 18, 2000 at 12:34:03PM +0200, Alan Cox wrote:
> > > The problem is really that SI_SIGIO is negative, but it should be positive
> > > to make SI_FROMUSER return false on it.
> > >
> > > Changing it would unfortunately break binary compatibility. This patch
> >
> > Why ?
>
> If a
On Mon, Sep 18, 2000 at 12:34:03PM +0200, Alan Cox wrote:
> > The problem is really that SI_SIGIO is negative, but it should be positive
> > to make SI_FROMUSER return false on it.
> >
> > Changing it would unfortunately break binary compatibility. This patch
>
> Why ?
If a program checks
Hi!
Beeing an active user mode linux user :-) I can say that since
2.4.0-test8 (host kernel) I cannot run uml-linux successfully.
In contrast with popular feeling that "threaded programes screwed
signal handling on test8.", it is actually a small change to
arch/i386/ptrace.c introduced since
Tigran Aivazian wrote:
>
> Hi Martin,
>
> I just found out that my earlier statement "2.2.x is okay" should be
> changed to "win98 is okay" so there are definitely problems with sharing
> PCI irqs between eepro100/3c59x/(rtl)8139(too) in both 2.2.x and 2.4.x. I
> utterly don't care about 2.2.x
I've fixed this and sent a patch to Linus.
Later,
David S. Miller
[EMAIL PROTECTED]
-
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/
Hi Martin,
I just found out that my earlier statement "2.2.x is okay" should be
changed to "win98 is okay" so there are definitely problems with sharing
PCI irqs between eepro100/3c59x/(rtl)8139(too) in both 2.2.x and 2.4.x. I
utterly don't care about 2.2.x but I am in the mood to find out
> The problem is really that SI_SIGIO is negative, but it should be positive
> to make SI_FROMUSER return false on it.
>
> Changing it would unfortunately break binary compatibility. This patch
Why ?
> It'll break programs that try to send SI_SIGIO (=-5) signals from userspace,
> but I think
Hi!
I just got the 2.4.0-test8 (test9 did the same), set it up, compiled it (same
procedure as I always do when I'm installing a new kernel):
make menuconfig
make dep clean zlilo modules modules_install
Okay, 2.4.0-testX said it was too big, so I tried bzImage instead of zlilo and
did a
cp
Marty Fouts writes:
> Here's another piece of free advice, worth less than you paid for it: in 25
> years, only the computer history trivia geeks are going to remember you,
> just as only a very small handful of us now remember who wrote OS/360.
You mean like Fred Brooks who managed the
> All I wanted was a function that allows the driver to decide that which
> needs to be enabled.
>
> pci_enable_device(struct pci_dev *dev, byte enable_mask)
>
> This would allow drivers to enable that which it needs and not weird out
> the hardware that does not like all of this extra fluff.
Linus, please think this over before applying Andi's patch.
Andi Kleen wrote:
> The problem is really that SI_SIGIO is negative, but it should be positive
> to make SI_FROMUSER return false on it.
This is an old problem. There was a thread on this topic last March.
Look for "accept()
101 - 200 of 368 matches
Mail list logo