Hi Kevin,
On 19 Dec 2000, Kevin Buhr wrote:
> The code in Enlightenment did a complete
> shmget/shmat/shmctl(RMID)/shmdt cycle, so that segment *was* being
> constantly deleted. The Mozilla ones stuck around. The particular
> address that was being reference in the shm_nopage_core call
> corres
The saga continues into test13-pre3-ac3:
(last good tdfx.o was from test12)
# uname -a
Linux jyro.mirai.cx 2.4.0-test13pre3-ac3 #1 Tue Dec 19 21:26:36 PST 2000 i586
unknown
# lsmod
Module Size Used by
iptable_filter 1872 0 (autoclean) (unused)
ip_nat_ftp
"David S. Miller" wrote:
> This is basically what is in my tree right now. However, there was
> one reporter who claimed that after this kind of change he still was
> able to lockup/OOPS his machine by logging into X as a user who had
> his home directory over NFS. This was with netfilter enable
Hi,
currently i'm experimenting with some routing
protocols. I need to modify the action taken by the
kernel after it fails to find a matching route in the
routing cache and the FIB.
i.e after the kernel calls ip_route_output() and
ip_route_output_slow() and fails to find a match, i
need t
Is there any way to completely purge the buffer
cache -- not just the write requests (ala 'sync' or
'update'), but the whole thing? Can I just call
invalidate_buffers() or destroy_buffers()?
I know, why in the world would a person do such a
thing? Research. It'd be easier for me to write a
In article <[EMAIL PROTECTED]> you wrote:
> Hello Linux World,
> Is there a way to add a generic and transparent presenation layer in the
> path of TCP/IP packets. I am speaking about something probably in the
> path between the user space mechanims (send/recv/read/write) and the
> actual sock_se
Christopher Friesen writes:
> I am having a little bit of a problem. I'm on a single processor G4 system
> running 2.2.17 and I do not have ntp turned on. However, successive calls to
> gettimeofday() occasionally return results that make it look as though time was
> running backwards.
Looki
In article <[EMAIL PROTECTED]> you wrote:
> Even if you were able to predict all entropy sources, to predict the generated
> random numbers you would need to invert the cryptographic hash used there.
If you can predict ALL input in the pool, including the initial boot state
you can just rerun the
In article <[EMAIL PROTECTED]> you wrote:
> A potential weakness. The entropy estimator can be manipulated by
> feeding data which looks random to the estimator, but which is in fact
> not random at all.
That's why feeding randomness is a priveledgedoperation.
Greetings
Bernd
-
To unsubscribe f
On Tue, 19 Dec 2000 [EMAIL PROTECTED] wrote:
[snip of Petr's system info]
> Okay. Mine, as far as I can tell, only depends on the L2 cache being set
> to '64MB' instead of '512MB' in the field 'L2 Cache Cacheable Size' under
> 'Chipset Features Setup' on my BIOS. This is unfortunately the lates
Alexander Viro wrote:
>
> On Mon, 18 Dec 2000, Neil Brown wrote:
>
> > On Monday December 18, [EMAIL PROTECTED] wrote:
> > > > " " == M H VanLeeuwen <[EMAIL PROTECTED]> writes:
> > >
> > > > Trond, Neil I don't know if this is a loopback bug or an NFS
> > > > bug but since nfs_fs.h
On Tue, Dec 19, 2000 at 07:16:40PM -0500, Marc Joosen wrote:
>
>
> Hi Alan, lkml-readers,
>
> This is a tiny patch to make the int15/e820 memory mapping work on IBM
> ThinkPads. Until now, I have had to give lilo a mem= option with one meg
> of RAM less than I actually have, so ACPI events
Woops, my bad. These finally exams are getting to me.
Sorry.
"David S. Miller" wrote:
> Alexey is talking about test12/netfilter + our ip_fragment.c fix,
> not vanilla test12.
--
=
Mohammad A. Haque
Hi,
I finally finished to fix bugs WRT kernel 2.4 of the
Tekram DC390 / AM53C974 / tmscsim SCSI driver.
Therefore, I released the version 2.0f, which you may find on
http://www.garloff.de/kurt/linux/dc390/
ftp://ftp.suse.com/pub/people/garloff/linux/dc390/
The driver should work better than eve
I'm thinking arch/i386/kernel/acpi.c should just go away, yes?
Its purpose is probably better served by an ifdef, like you mentioned.
Regards -- Andy
> -Original Message-
> From: Adam J. Richter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 19, 2000 5:01 PM
> To: [EMAIL PROTECTE
Date: Tue, 19 Dec 2000 20:45:14 -0500
From: "Mohammad A. Haque" <[EMAIL PROTECTED]>
how is this meaningless?
This just confirms what I and others have found in test12 wrt to the
netfilter issue.
Alexey is talking about test12/netfilter + our ip_fragment.c fix,
not vanilla test12.
how is this meaningless?
This just confirms what I and others have found in test12 wrt to the
netfilter issue.
[EMAIL PROTECTED] wrote:
>
> Hello!
>
> > able to lockup/OOPS his machine by logging into X as a user who had
> > his home directory over NFS.
>
> I believe this report is to be igno
Tim Wright wrote:
>
> Hi Daniel,
> On Tue, Dec 19, 2000 at 02:11:16PM +0100, Daniel Phillips wrote:
> [...]
> > I'm curious, is my method of avoiding the deadlock race the same as
> > yours? My solution is to keep a count of tasks that 'intend' to take
> > the down():
> >
> > atomic_inc(
I configured 2.4.0 test12 to use the ipchains compatability option as
a module and I did a modprobe on all the other modules in that section
of such as iptable_filter, etc. When I tried to do the modprobe on
ip_nf_compat_ipchains (if I have the name correct) it said device or
resource busy. When
Although the stock linux-2.4.0-test13pre3 does not allow
one to build the acpi interpreter as a loadable module, I had
tweaked the Makefiles in previous kernels to do this (the supporting
code is there and it seemed to work, at least for shutting off the
power after a shutdown). Unfortuna
Hi Linus and Alan,
This is a totally trivial update of the Wireless Extensions
definition. It just adds a few more #define, so no troubles or pain
expected.
The patch attached applies cleanly to *both* 2.4.0-test12 and
2.2.18 (tested), and I would suggest including it in b
modutils 2.3.23 has a bug with empty MODULE_GENERIC_STRING entries,
depmod loops.
Index: 23.11/depmod/depmod.c
--- 23.11/depmod/depmod.c Sun, 17 Dec 2000 10:18:04 +1100 kaos
(modutils-2.3/b/43_depmod.c 1.39 644)
+++ 23.11(w)/depmod/depmod.c Wed, 20 Dec 2000 08:13:18 +1100 kaos
+(modutils-2.3/b/
Please consider applying
- Arnaldo
--- linux-2.2.19-2/drivers/scsi/ultrastor.c Sat Apr 11 15:13:25 1998
+++ linux-2.2.19-2.acme/drivers/scsi/ultrastor.cTue Dec 19 20:45:55 2000
@@ -882,9 +882,8 @@
(inb(SYS_DOORBELL_INTR(config.doorbell_address)) & 1))
Take it up with Compaq. The platform string value is that which is set in the
HWRPB constructed with SRM.
>
> Hi,
>
> This is a minor issue, but I thought I'd report it anyway.
>
> When I do a
>
> # cat /proc/cpuinfo
>
> on my AlphaServer 400 4/233 I get the following (IMHO wrong) output:
Please consider applying
- Arnaldo
--- linux-2.2.19-2/drivers/net/cs89x0.c Mon Aug 9 16:05:05 1999
+++ linux-2.2.19-2.acme/drivers/net/cs89x0.cTue Dec 19 20:25:12 2000
@@ -27,6 +27,8 @@
: is running from all accounts.
A
Hi,
This is a minor issue, but I thought I'd report it anyway.
When I do a
# cat /proc/cpuinfo
on my AlphaServer 400 4/233 I get the following (IMHO wrong) output:
cpu : Alpha
cpu model : EV45
cpu variation : 7
cpu revision: 0
cpu seri
Hi Alan, lkml-readers,
This is a tiny patch to make the int15/e820 memory mapping work on IBM
ThinkPads. Until now, I have had to give lilo a mem= option with one meg
of RAM less than I actually have, so ACPI events don't overwrite any
data. The only alternative was to use one of the patche
Hi,
I just compiled 2.2.18 for my AlphaServer 400 4/233, and noticed a lot of
messages like the following during the compile, they all contain the
'Ignoring changed section attributes for .modinfo' part:
{standard input}: Assembler messages:
{standard input}:7: Warning: Ignoring changed secti
Hi,
Please consider applying, there must well be other things to do on
this failure, please check.
- Arnaldo
--- linux-2.2.19-2/drivers/net/wanxl.c Wed Jun 7 18:26:43 2000
+++ linux-2.2.19-2.acme/drivers/net/wanxl.c Tue Dec 19 20:05:53 2000
@@ -1088,7 +1088
Jens Axboe wrote (Mon Dec 18 2000, 18:56:13 GMT):
> On Mon, Dec 18 2000, Norbert Warmuth wrote:
> > On Sat, 16 Dec 2000, Jens Axboe wrote:
> > > > But problem with >> (fast forward playng of short samples) still remains
> > > > on some audio CD's.
> > > > Dec 15 12:17:25 utx kernel: "47 00 00 00
Hi
this patch replaces the binfmt module handling parts with macro
calls which do the same thing similar do the get/put_exec_domain macros.
Also changes an internal function name in fs/exec.c (put_binfmt) which
does almost the same thing as put_binfmt (one check less) to avoid
compilatio
On Tue, Dec 19, 2000 at 01:51:14PM -0800, David Hinds wrote:
> On Tue, Dec 19, 2000 at 03:41:29PM -0700, Jeff V. Merkey wrote:
> >
> > On a related topic, the 3c575_cb driver on an IBM Thinkpad 765D is getting
> > tx errors on the 2.2.18 kernel with PCMCIA services 3.1.22.
> >
> > Card is a 3Com
Hmm. Gotta build setup-*.c somehow. Alpha Config defines ALPHA_FOO (Generic or
specific model #) but not vanilla alpha.
--- linux.orig/arch/alpha/config.in Tue Dec 19 14:54:14 2000
+++ linux/arch/alpha/config.in Tue Dec 19 14:53:05 2000
@@ -4,6 +4,7 @@
#
define_bool CONFIG_UID16 n
+def
Hi
I'm curios what was that change & undo about in test12
and test13pre3ac3 regarding the disabling of PCI IO and MM access while
writing to the config registers in pci_read_bases().
These lines were cut from test 12 and now they are back.
/* Disable IO and memory w
On Tue, 19 Dec 2000, Russell King wrote:
> Oliver Xymoron writes:
> > On Mon, 18 Dec 2000, Russell King wrote:
> > > So, why don't we update the hours and be done with it? We would have to
> > > play the same game with the days of the month vs hours. Also, we don't
> > > know if the CMOS clock
Oliver Xymoron writes:
> On Mon, 18 Dec 2000, Russell King wrote:
> > So, why don't we update the hours and be done with it? We would have to
> > play the same game with the days of the month vs hours. Also, we don't
> > know if the CMOS clock is programmed for UTC time or not (the kernel's
> >
On Tue, Dec 19 2000, Rasmus Andersen wrote:
> On Tue, Dec 19, 2000 at 10:05:30PM +0100, Torben Mathiasen wrote:
> >
> > You should release the irq when the adapter is closed, not removed,
> > unless there's some special case that can't be handled if you take
> > ints during init.
>
> You seem to
On Tue, Dec 19, 2000 at 10:05:30PM +0100, Torben Mathiasen wrote:
>
> You should release the irq when the adapter is closed, not removed,
> unless there's some special case that can't be handled if you take
> ints during init.
You seem to be right. I have moved the free_irq to the close function
On Tue, Dec 19, 2000 at 03:41:29PM -0700, Jeff V. Merkey wrote:
>
> On a related topic, the 3c575_cb driver on an IBM Thinkpad 765D is getting
> tx errors on the 2.2.18 kernel with PCMCIA services 3.1.22.
>
> Card is a 3Com 3CCFE575BT Cyclone Cardbus Adapter.
>
> Error is:
>
> eth0: transmit
On Tue, Dec 19, 2000 at 11:46:14AM -0800, David Hinds wrote:
> On Sat, Dec 16, 2000 at 05:52:30PM -0800, Miles Lane wrote:
> >
> > Socket 1:
> > product info: "PCMCIA", "V.90 Communications Device ", "", ""
> > manfid: 0x018a, 0x0001
>
> Now I have another report of this card not working
On Tuesday December 19, [EMAIL PROTECTED] wrote:
>
> I've been getting tonnes of these since I installed 2.2.18. Is this a
> problem? Should I even worry about this? If I don't need to worry about
> it, is there a way to stop displaying this message?
>
> fh_lock_parent: mqueue/xfBAA14279 parent
It didn't help me with this patch. The aic7xxx driver (module or
kernelcompiled) just put this 4 rows:
SCSI host 0 abort (pid 0) timed out - resetting
SCSI bus is being reset for host 0 channel 0.
SCSI host 0 channel 0 reset (pid 0) timed out - trying harder
SCSI bus is being reset for host 0 cha
[EMAIL PROTECTED] (H. Peter Anvin) wrote on 02.12.00 in
<90cs2v$6u6$[EMAIL PROTECTED]>:
> Again, that's wrong even when you replace /dev/random with something
> else. After all, you could be getting EINTR at any time, too, or get
> interrupted by a signal in the middle (in which case you'd get
On Mon, 18 Dec 2000, Russell King wrote:
> Matthew Dharm writes:
> > Ahh... I think I see. While the math says "if the diference between the
> > real time and the cmos time is less than 30 min", it doesn't recognize that
> > the time difference between 2:59 and 3:00 is only 1 min.
>
> Which is i
On Tue, Dec 19 2000, Francois Romieu wrote:
[deleted]
> > - if (pci_enable_device(pdev))
> > - break;
> > - pci_set_master(pdev);
> > + unregister_netdev(dev);
> > + iounmap((void *)dev->base_addr);
> > +free_irq(dev->irq, dev);
>
> I'd rather inhibit irq first then re
For Linux-2.4.0-test12 : Reiserfs-3.6.23
ftp://ftp.reiserfs.org/pub/2.4/linux-2.4.0-test12-reiserfs-3.6.23-patch.gz
See the archived message regarding this release here:
http://marc.theaimsgroup.com/?l=reiserfs&m=97722705425882&w=2
For Linux-2.4.0-test13-preX, the following Makefile patch is al
On Tue, 19 Dec 2000, Petr Vandrovec wrote:
> On 18 Dec 00 at 21:59, [EMAIL PROTECTED] wrote:
> >
> > Pardon me for not fully groking the issues here and possibly coming to a
> > wrong conclusion, but this has to do with SMP systems crashing at APIC
> > init time, just before penguin display (w
>
> On Mon, Dec 18, 2000 at 07:46:51PM +, Ian Stirling wrote:
> > Are there any patches floating around?
> > Basically to allow for example a server to dial out to ISP's on behalf
> > of users, and give them full control over that interface.
> > I know about UML, and it's not quite suited.
>
Testers are welcome :-)
diff -Nur --exclude=Documentation linux-vanila/fs/buffer.c linux-reiser/fs/buffer.c
--- linux-vanila/fs/buffer.cTue Dec 19 17:59:32 2000
+++ linux-reiser/fs/buffer.cTue Dec 19 16:26:55 2000
@@ -827,6 +827,10 @@
return;
}
+void set_buffer_async_io(struct
On 19 Dec 00 at 19:30, Maciej W. Rozycki wrote:
> > When I replaced address with 0xC01B8000 (some cachable memory), it worked
> > fine. When replaced with 0xC00C8000 (supposedly unused address, but maybe
> > it is just set as cacheable in chipset), it works too.
>
> Hmm, a read from an uncached
Is there a problem with NFS locking in 2.4.0-test12 and/or 2.2.18? I'm
using nfs-utils 0.2.1 and NFS v2, connected to a NFS v2 server running
Linux 2.2.18. Whenever mutt tried to place a lock on a file on an NFS
share, I get the following messages in syslog (I get the same message
for each time mu
On Sat, Dec 16, 2000 at 05:52:30PM -0800, Miles Lane wrote:
>
> Socket 1:
> product info: "PCMCIA", "V.90 Communications Device ", "", ""
> manfid: 0x018a, 0x0001
Now I have another report of this card not working, under 2.2.
Perhaps it is a Winmodem?
-- Dave
-
To unsubscribe from this
I'm glad to report that 2.4.0-test13-pre3 fixes the lockup (and
odd Oops messages) problems I had from test12 til test13-pre2. I've been
running it on both of my computers for a day and a half and everything is
OK.
At first, we thought it had something to do with the modules I was
using, but I w
hi,
as my patches for eepro are getting late, here is a patch from
Rasmus that i would apply with mine, please apply
--
Aris
---
Aristeu Sergio Rozanski Filho
On Tue, 19 Dec 2000, Daniel Phillips wrote:
> Marcelo Tosatti wrote:
> >
> > On Mon, 18 Dec 2000, Stephen C. Tweedie wrote:
> >
> > > Hi,
> > >
> > > On Sun, Dec 17, 2000 at 12:38:17AM -0200, Marcelo Tosatti wrote:
> > > > On Fri, 15 Dec 2000, Stephen C. Tweedie wrote:
> > > >
> > > > Stephen,
Hi Alan,
Here is a backport of the sparse core writing for 2.2. It never made
any problems on 2.[34] and makes live much easier for us.
Could you apply this to 2.2.19?
Greetings
Christoph
diff -uNr 2.2.18/fs/binfmt_elf.c c/fs/binfmt_elf.c
--- 2.2.18/fs/binfmt_elf.c Mon Dec
Mikael Pettersson wrote:
> 2.2.18 broke the emu10k1 driver when compiled into the kernel.
> The problem is that 2.2.18 now implements 2.4-style module_init,
> so emu10k1 ended up being initialised twice when built non-modular,
> which rendered it dysfunctional. The fix is to remove the now
>
On Tue, 19 Dec 2000, Petr Vandrovec wrote:
> Uh. It took couple of hours to find it. Just place
>
> { int i; volatile unsigned short* p = 0xC00B8000; for (i = 0; i < 6553600;
>i++) { *p; } }(**)
>
> instead of udelay(300) and this loop does not f
On 19 Dec 00 at 10:37, Timothy A. DeWees wrote:
>
> I am having a weird time problem when mounting Novell 5.1 volumes with
> ncpmount. The Novell server is located in a different timezone, and once I
> mount the volume my system time gets set back 5 hours (to match the Novell
> server).
Y
Hi Alan,
here is a patch against 2.2.18 to resemble the same behaviour for
2.2 as we have in 2.4. This is what everybody else does and the 2.2
behaviour leads to some really bad situations.
Greetings
Christoph
diff -uNr 2.2.18/ipc/shm.c c/ipc/shm.c
--- 2.2.18/ipc/shm.cWed Ju
> > In the case where it boots does it also report mismatched MTRRs ??
>
> Yes, it complains. But BIOS correctly reports x1/x2 depending on
> number of CPUs I plug into motherboard, so I believe that it did
> some initialization before it start loading OS.
That may explain the hangs. Intel docs
On Tue, Dec 19, 2000 at 07:46:17PM +0100, Martin Dalecki wrote:
> Dnia Wto 19. Grudzie? 2000 18:45, Andries Brouwer napisa?:
> > But what if you just replace the "unknown partition table"
> > by "no recognized partition table"
>
> What about the more correct.
> hdd: no partition table
>
> There
This is just to let everyone know that, thanks to Craig Ruff, I now have
qlogicfc working under 2.4.11 on my ES40 and GS80. The secret is to set
CONNECTION_PREFERENCE to P2P_ONLY instead of LOOP_ONLY, and to build it
in to the kernel instead of as a module. My problem now is that the
GS80 oo
Christoph Rohland <[EMAIL PROTECTED]> writes:
>
> I am just running a stress test on 2.4.0-test13-pre3 + appended patch
> without problems. Is the shm segment deleted sometimes or is it always
> the same segment?
IIRC, in my particular crash case, the Enlightenment window manager
was using the X
Dnia Wto 19. Grudzie? 2000 18:45, Andries Brouwer napisa?:
> On Tue, Dec 19, 2000 at 06:14:04AM -0500, Paul Gortmaker wrote:
> > I always disliked the unknown partition table messages you get when you
> > mke2fs a whole disk and don't bother with a table at all, so I fixed it.
> > Output before/af
On 18 Dec 00 at 21:59, [EMAIL PROTECTED] wrote:
>
> Pardon me for not fully groking the issues here and possibly coming to a
> wrong conclusion, but this has to do with SMP systems crashing at APIC
> init time, just before penguin display (with fbcon at least)? If so, I
> have a board that does t
kees wrote:
>
> Hello,
>
> Yep, *After* I build a new kernel I _always_ build a new iBCS module.
>
> I have an old utility 'hd' (hexdump) from SCO3.2v4.2 that also needs iBCS
> but has a slightly different format, *that* works under 2.2.18
>
> Kees
Kudos!!! I use the same utility but from 5.
It does, but 2.4 alpha hasn't quite worked for me (the latest matrix of
support for LINUX is below- and I haven't passed Michael Declerck's testing
yet). I'll be checking the latest alpha bits this week some time and I still
also need to finish the kernel thread work that will allow loop events t
Hello,
I am having a weird time problem when mounting Novell 5.1 volumes with
ncpmount. The Novell server is located in a different timezone, and once I
mount the volume my system time gets set back 5 hours (to match the Novell
server). I am also loosing my mounts periodically. The system
On Tue, Dec 19, 2000 at 06:14:04AM -0500, Paul Gortmaker wrote:
> I always disliked the unknown partition table messages you get when you
> mke2fs a whole disk and don't bother with a table at all, so I fixed it.
> Output before/after shown below:
>
> Partition check:
> hda: hda1 hda2
> - hdd
Hi!
> On Mon, Dec 18, 2000 at 04:33:13PM -0500, Theodore Y. Ts'o wrote:
> > Note that writing to /dev/random does *not* update the entropy estimate,
> > for this very reason. The assumption is that inputs to the entropy
> > estimator have to be trusted, and since /dev/random is typically
> > wor
In article <[EMAIL PROTECTED]> you wrote:
>> I think the semantics of the filesystem specific ->flush and ->writepage
>> are not the same.
>>
>> Is ok for filesystem specific writepage() code to sync other "physically
>> contiguous" dirty pages with reference to the one requested by
>> writepage(
Hello!
I have a Dell precision 220 at work with an built-in sound card. The
problem I have is that I continiously get these error messages in my logs:
Dec 14 18:21:02 shookay kernel: DMA overrun on send
Dec 14 18:21:02 shookay kernel: i810_audio: drain_dac, dma timeout?
I have joined
Hello!
I have a Dell Precision 220 at work and got this message every time I boot
up linux. I use kernel 2.4.0-test12.
I have included lspci output (the chipset is a i820) and dmesg output.
If I can provide any help, please let me know.
Regards, Mathieu.
Dmesg output
Hello,
I know this isn't quite the right place but... very
few people have actually but 2 pci video cards
in an alpha an they are actually from different
chipset manufactures. Well X reports an overlap bug
and I was wondering if anyone has a good idea
where to start looking for the problem.
[root
I finally hand typed in most of the oops enjoy..
After the oops is my ststem information.
[EMAIL PROTECTED]
(scsi1:0:0:0) Data overrun detected in Data-Out phase, tag 5;
Have seen Data Phase. Length =0,NUM SGS=0.
Unable to handle kernel paging request at virtual address 003ffc006000
bzip2(
Hello,
Yep, *After* I build a new kernel I _always_ build a new iBCS module.
I have an old utility 'hd' (hexdump) from SCO3.2v4.2 that also needs iBCS
but has a slightly different format, *that* works under 2.2.18
Kees
On Mon, 18 Dec 2000, John O'Donnell wrote:
> kees wrote:
>
> > Hi,
> >
On 18 Dec 00 at 23:51, Alan Cox wrote:
> > Yeah. Just do not read video memory when another CPU starts. I'll try
> > disabling cache on both CPUs, maybe it will make some difference, as
> > secondary CPU should start with caches disabled. But maybe that it is
> > just broken AGP bus, and nothing
Date: Tue, 19 Dec 2000 12:49:48 +0100
From: Kurt Garloff <[EMAIL PROTECTED]>
On Mon, Dec 18, 2000 at 04:33:13PM -0500, Theodore Y. Ts'o wrote:
> Note that writing to /dev/random does *not* update the entropy estimate,
> for this very reason. The assumption is that inputs to the en
On Sat, Dec 16, 2000 at 02:52:42PM +0100, Andrea Arcangeli wrote:
> On Sat, Dec 16, 2000 at 01:53:50PM +0600, Anuradha Ratnaweera wrote:
> > GCC will complain the absence of a statement after `out1:out2:`, but not
> > two complains for `out1' and `out2', because they form a single entity.
>
> I u
Marcelo Tosatti wrote:
>
> On Mon, 18 Dec 2000, Stephen C. Tweedie wrote:
>
> > Hi,
> >
> > On Sun, Dec 17, 2000 at 12:38:17AM -0200, Marcelo Tosatti wrote:
> > > On Fri, 15 Dec 2000, Stephen C. Tweedie wrote:
> > >
> > > Stephen,
> > >
> > > The ->flush() operation (which we've been discussing
The driver loads for me on 2.4 on Intel, but I don't have access to an
Alpha right now. Have you tried Mathew Jacob's driver? It looks like
it supports Alpha.
http://www.feral.com/isp.html
robert
On Mon, Dec 18, 2000 at 04:24:38PM -0500, Peter Rival wrote:
> Hi,
>
>I was just lent a QLog
On Tue, Dec 19, 2000 at 10:08:27AM -0500, Mike Black wrote:
> Rebooting this machine to 2.2.17-RAID works just fine
Which RAID patch are you using against 2.2.17 exactly? Also make sure you're
using exactly the same kernel configuration of 2.2.17-RAID.
> Might there be a problem with RAID5 as ro
Hi Daniel,
On Tue, Dec 19, 2000 at 02:11:16PM +0100, Daniel Phillips wrote:
[...]
> I'm curious, is my method of avoiding the deadlock race the same as
> yours? My solution is to keep a count of tasks that 'intend' to take
> the down():
>
> atomic_inc(&bdflush_waiters);
> up(&bdf
On Mon, 18 Dec 2000, Stephen C. Tweedie wrote:
> Hi,
>
> On Sun, Dec 17, 2000 at 12:38:17AM -0200, Marcelo Tosatti wrote:
> > On Fri, 15 Dec 2000, Stephen C. Tweedie wrote:
> >
> > Stephen,
> >
> > The ->flush() operation (which we've been discussing a bit) would be very
> > useful now (mainl
I've been getting tonnes of these since I installed 2.2.18. Is this a
problem? Should I even worry about this? If I don't need to worry about
it, is there a way to stop displaying this message?
fh_lock_parent: mqueue/xfBAA14279 parent changed or child unhashed
fh_lock_parent: mqueue/xfBAA16413 p
Rusty Russell wrote:
>
> In message <[EMAIL PROTECTED]> you write:
> > Alan Cox wrote:
> > >
> > > > Are there blocking lock primitives already defined somewhere in the
> > > > kernel?
> > >
> > > down and up are normally appropriate for this
> >
> > Ungh. Forest. Trees. *sigh* Sorry for the
Few weeks ago I have sent the following letter:
> Hello!
>
> I have found a bug in drivers of file systems which use a DOS-like format
> of date (16 bit: years since 1980 - 7 bits, month - 4 bits, day - 5 bits).
>
> There are two problems:
> 1) It is unable to convert UNIX-like dates before 1980
I've got three machines -- two are identical motherboards. I've been using
the same kernel binary on all three machines for over a year thru all the
upgrades since 2.2.15 (16, 17, and now 18aa2).
Now that I've compiled 2.2.18aa2 it only works on two of the machines. Both
of these use RAID1/IDE
Hello!
> able to lockup/OOPS his machine by logging into X as a user who had
> his home directory over NFS.
I believe this report is to be ignored. It is fully meaningless.
X has nothing to do with NFS, NFS is with X, and defragmenter is
at least with one of them.
Alexey
-
To unsubscribe from
Date: Tue, 19 Dec 2000 08:55:35 -0500
From: Tom Leete <[EMAIL PROTECTED]>
The patch only deals with the ip_defrag_queue path. I have not seen the
alternate one happen. It's only been up an hour, I'll put some more time on
it.
--- linux/net/ipv4/ip_fragment.c~Tue Dec 12 06:5
Harald Welte wrote:
>
> On Mon, Dec 18, 2000 at 10:11:14AM -0800, David S. Miller wrote:
> >From: Rusty Russell <[EMAIL PROTECTED]>
> >Date: Mon, 18 Dec 2000 14:15:52 +1100
> >
> >Alexey is right, locking is screwed (explains some reports of
> >occasional failure during rmmod).
>
I found that removing modules 'r128' and 'agpgart' my machine doesn't freeze.
P.
-
Patrizio Bruno
DADA spa / Ed-IT Development Staff
Borgo degli Albizi 37/r
50122 Firenze
Italy
tel +39 05520351
fax +39 0552478143
PGP PublicKey available at
Tim Wright wrote:
>
> On Sun, Dec 17, 2000 at 01:06:10PM +0100, Daniel Phillips wrote:
> > This patch illustrates an alternative approach to waking and waiting on
> > daemons using semaphores instead of direct operations on wait queues.
> > The idea of using semaphores to regulate the cycling of
> want to try that. For this reason I also don't believe the problem is the
> any of the emu10k1
I dont think its the emu10k1 itself. Nor does it seem to be the init function
not being called (folks report seeing the init messages in both cases). I need
to trace the init order some time
-
To uns
[Kurt Garloff]
> It should not be world-writeable, IMHO. So the only one who can feed
> entropy there is root, who should know aht (s)he's doing ...
No, it is *good* to allow users to add entropy to the RNG pool, but it
is *bad* to assume that it is in fact entropy.
The beauty of cryptographic
Hello Linux World,
Is there a way to add a generic and transparent presenation layer in the
path of TCP/IP packets. I am speaking about something probably in the
path between the user space mechanims (send/recv/read/write) and the
actual sock_sendmsg/sock_recvmsg (and their proto counterparts).
Hi
This is oops I've got when rebooting after some heavy disk activity on
my SMP system:
Written by hand:
kernel BUG swap_state.c:78!
-- invalid operand:
EIP: 0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
Stack: c0206c16 c0206e2f 004e
Call Trace: [] [] [] []
[]
[] [] [] [
Last may I posted a message to the list with the subject "Organized
Linux QA?" asking if there'd be any interest
in building a web database to collect bug reports in linux kernel test
versions and to make it easier to search for
bugs (and success reports) based on things like hardware configuratio
I always disliked the unknown partition table messages you get when you
mke2fs a whole disk and don't bother with a table at all, so I fixed it.
Output before/after shown below:
Partition check:
hda: hda1 hda2
- hdd: unknown partition table
+ hdd: whole disk EXT2-fs, revision 1.0, 1k blocks, s
1 - 100 of 117 matches
Mail list logo
