Hi,
> I can not make sure it is hardware problem, but I have interest in this
> case's reproducing.
> If you tell me your platform's construction, I will try it and give you good
> solution.
> Does your RAID adapter's firmware version work on 1.42?
> Areca firmware had fix some hardware bugs an
w if you need anything else.
Regards,
Igmar
--
Igmar Palsenberg
JDI ICT
Zutphensestraatweg 85
6953 CJ Dieren
Tel: +31 (0)313 - 496741
Fax: +31 (0)313 - 420996
The Netherlands
mailto: [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
chine itself is alive, just all
disk IO is blocked, which makes it pretty much useless.
Erich, could this be some sort of hardware problem ? I know it's a PITA to
reproduce, but setting CONFIG_HZ to 1000 and bashing the machine with
diskactivity seems to help :)
Regards,
Igmar
--
> > See below. The other machine is mostly identifical, except for i8042
> > missing (probably due to running an older kernel, or small differences in
> > the kernel config).
> >
>
> Does the other machine have the same problems?
No, but that machine has a lot less disk and networkactivity.
> > Hmm.. Switching CONFIG_HZ from 1000 to 250 seems to 'fix' the problem.
> > I haven't seen the issue in nearly a week now. This makes Andrew's theory
> > about missing interrupts very likely.
> >
> > Andrew / others : Is there a way to find out if it *is* missing
> > interrupts ?
> >
>
>
> > I'll put a .config and a dmesg of the machine booting at
> > http://www.jdi-ict.nl/plain/ for those who want to look at it.
>
> dmesg : http://www.jdi-ict.nl/plain/lnx01.dmesg
> Kernel config : http://www.jdi-ict.nl/plain/lnx01.config
Hmm.. Switching CONFIG_HZ from 1000 to 250 seems to 'fix
> I've enabled most debugging now, I'll see of i can run both a disk and VM
> stresstest.
Running stress now :
stress -c 2 -i 2 -m 8 -d 8 --vm-bytes 20M --vm-hang 5 --hdd-bytes 20M
I'll see what this results in.
> I'll put a .config and a dmesg of the machine booting at
> http://www.jdi-ict
> I thought it was, but from my look through yout 8-billion-task backtrace,
> no task was stuck in D-state with the appropriate call trace.
I was afraid of that... Where is the lock on the i_mutex suppose
to be released ? I can't grasp the codepath from within an interrupt back
to the fs layer.
> > Done some more digging : isn't http://lkml.org/lkml/2006/10/13/139 somehow
> > related ? I do see pagefaults, and inode locks and mmap_locks.
> >
>
> I thought it was, but from my look through yout 8-billion-task backtrace,
> no task was stuck in D-state with the appropriate call trace.
>
> > It's rather large, but for those who want to look at it :
> > http://www.jdi-ict.nl/plain/serial-28112006.txt
>
> The same problem, this time with 2.6.19. I've done a show tasks, a show
> locks, a show regs, and after that, a sync + reboot :)
>
> Log is at http://www.jdi-ict.nl/plain/seria
> It's rather large, but for those who want to look at it :
> http://www.jdi-ict.nl/plain/serial-28112006.txt
The same problem, this time with 2.6.19. I've done a show tasks, a show
locks, a show regs, and after that, a sync + reboot :)
Log is at http://www.jdi-ict.nl/plain/serial-04122006.txt
Hi,
> > I've got a machine which occasionally locks up. I can still sysrq it from
> > a serial console, so it's not entirely dead.
> >
> > A sysrq-t learns me that it's got a large number of httpd processes stuck
> > in D state :
>
> There are known deadlocks in generic_file_write() in kerne
releasing procedure but not yet put it on
> Areca ftp site.
I don't use the sg driver at all. Is the upgrade worth it ? I usually
don't mess with firmware unless being told to do so.
> If you need it, please tell me again.
Can you send it to me ? Installing it won't hurt I
Igmar
--
Igmar Palsenberg
JDI ICT
Zutphensestraatweg 85
6953 CJ Dieren
Tel: +31 (0)313 - 496741
Fax: +31 (0)313 - 420996
The Netherlands
mailto: [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi,
I've got a machine which occasionally locks up. I can still sysrq it from
a serial console, so it's not entirely dead.
A sysrq-t learns me that it's got a large number of httpd processes stuck
in D state :
httpd D F7619440 2160 11635 2057 11636 (NOTLB)
dbb7ae14 cc
noop.
Regards,
Igmar Palsenberg
--
Igmar Palsenberg
JDI Media Solutions
Boulevard Heuvelink 102
6828 KT Arnhem
The Netherlands
mailto: [EMAIL PROTECTED]
PGP/GPG key : http://www.jdimedia.nl/formulier/pgp/igmar
-
To unsubscribe from this list: send the line "unsubscribe li
happens the
only way to resolve == reboot
Second think is that the IrDA subsystem seems to have stopped working. I'm
looking into that (irattach goes fine, detection also, but no contact with
the device itself)
I'm going back to 2.4.4 to see if thing go better.
Igmar
Hi,
Wrong patch. Attached is the (hopefully) correct one. Or replace the
PCI_VENDOR_ID_NETMOS_9705 with PCI_DEVICE_ID_NETMOS_9705
Regards,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Netherlands
mailto: [EMAIL PROTECTED]
PGP
Hi,
Attached is a patch to make a Netmos PCI parallal port card working.
Card is a PCI card with a Netmos 9705 controller and an Atmel serial
eeprom.
Regards,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Netherlands
mailto
On Wed, 31 Jan 2001, bert hubert wrote:
> On Wed, Jan 31, 2001 at 06:21:04PM +0100, Igmar Palsenberg wrote:
>
> > Jan 31 18:01:57 base kernel: EXT2-fs error (device ide0(3,71)):
> > ext2_new_inode:
> > reserved inode or inode > inodes count - block_group = 0,inode=1
On Wed, 31 Jan 2001, Paul Powell wrote:
> Hello,
>
> I have a bootable linux CD that runs a custom init.
> Under most versions of linux init runs as process ID
> one. Under my bootable CD, it runs as process ID 15.
> I need it to run as PID 1 so that I can execute a
> kill(-1,15) without kill
Hi,
Can someone 'translate' this for me ?
Jan 31 18:01:57 base kernel: EXT2-fs error (device ide0(3,71)):
ext2_new_inode:
reserved inode or inode > inodes count - block_group = 0,inode=1
It's reproducable, but doesn't seem to give any problems. It happens when
on a (almost) empty FS an links
lmost) emty FS an links is attempted to a directory
that doesn't exist at that point.
I'll try 2.4.1 when I get back and see what that does..
Regards,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Netherlands
mailto: [EM
On Tue, 23 Jan 2001, Rajiv Majumdar wrote:
>
>
> does winsock support raw sockets?if not, how do we implement an "ip spoof"
> in winsock?
This is a LINUX mailing list, now a windblows one. Please post to a
windows list, not this one.
> rajiv
Igmar
-
To unsubscribe from this list: s
On Thu, 18 Jan 2001, Mike Castle wrote:
> On Thu, Jan 18, 2001 at 09:52:02PM +0100, Igmar Palsenberg wrote:
> > I use lstat to check if a config file is a symlink, and if it is, it
> > refuses to open it.
>
> Nice race condition.
Agree, but still better then opening thing
> Nope stat should return the details of the symlink
> whereas lstat should return the details of the symlink target.
It's the other way around according to the manpage, and my code also says
it's the other way around.
It's logical the way it is..
I use lstat to check if a config file is a sy
> The underlying problem is of course that all those sanity checks should
> be done in user space, not in the kernel.
>
> (See also ftp://icaftp.epfl.ch/pub/people/almesber/slides/tmp-tc.ps.gz
> The bitching starts on slide 11, some ideas for fixing the problem on
> slide 16, but heed the warnin
On Wed, 17 Jan 2001, Rajiv Majumdar wrote:
>
>
> Sorry..the topic does not fit here. But wanted to know, how can we check
> validity of an email id "in advance"
You can't. Only think you can check is a valid domain that will in theory
accept mail, no way to check if it really dilivers.
> so t
Hi,
2.4.0ac9 still kills the mouse on this machine. dmesg is attached.
Something I find interesting is that the PCMCIA bridge is on IRQ12.
We can't change the mouse or the PCMCIA bridges' interrupt.
I'll be happy to provide additional info.
Regards,
Igmar
Jan 16 08
> > Using textual strings means you can't use standard functions. An option
> > would be to extend the call so that if the userspace app wants to know
> > what really went wrong he can ask the kernel.
>
> That will not work. Consider an application that has multiple rtnetlink
> sockets open, whi
> People must be really suffering right now, and we ought to get
> /proc/errno_strings implemented as soon as possible... :-)
First the help describing large tables should be changed. It's wrong.
String errors don't belong in kernel space IMHO.
Igmar
--
--
Igma
ut that's not
> too bad, given the work it saves. e.g. rusty's code usually has a debug option
> that you can set and where each EINVAL outputs a error message; i always found
> that very useful and sometimes hacked that into other subsystems in my
> private tree.
Still means
> Igmar Palsenberg writes:
>
> > we might want to consider changing the error the call gives in case
> > MULTIPLE_TABLES isn't set. -EINVAL is ugly, -ENOSYS should make the error
> > more clear..
>
> How do I tell the difference between using the wrong syst
the call gives in case
MULTIPLE_TABLES isn't set. -EINVAL is ugly, -ENOSYS should make the error
more clear..
> Later,
> David S. Miller
> [EMAIL PROTECTED]
Thanx,
Igmar
--
--
Igmar Palsenberg
JDI Media Solutions
Jansplaats 11
6811 GB Arnhem
The Neth
> On Sat, Jan 13, 2001 at 05:37:01PM +0100, Igmar Palsenberg wrote:
> > Hi,
> >
> > kernel : 2.4.0 vanilla
> > iproute2 version : ss001007
> >
> > After building I've got a few problems :
> >
> > ./ip rule list
> > RTNETLINK answe
Hi,
kernel : 2.4.0 vanilla
iproute2 version : ss001007
After building I've got a few problems :
./ip rule list
RTNETLINK answers: Invalid argument
Dump terminated
Version should be OK according to the Changes file.
config is attached
Regards,
Igmar
--
--
Hi,
on plain 2.4.0 vanilla any mouse access kills the keyboard. Only way to
restore functionality is to kill gpm.
gpm writes 'protocol error' to syslog. I have access to this machine on
monday, so I can post details then.
Changing the IRQ is totally unrelated, machine works in 2.2.x with the
s
On Thu, 11 Jan 2001, Nguyen Truong Sinh wrote:
> I am using Redhat 7.0 for my system. After install new kernel (2.4.0). My system
>always inform
> NET: 3 messages suppressed
>
> What does it mean ? and how to fix it, I don't want it appears on the console at all.
man syslog
messages supresse
> Probably you confused the proper way to use ibmsetmax with
> the proper way to use setmax. For setmax, and a Maxtor disk,
> you do not use a different machine, put the jumper to clip,
> now the boot succeeds, and you let Linux unclip.
> Either with a patched kernel that knows about these things
On Mon, 8 Jan 2001, Scott Laird wrote:
>
> Is syslog running correctly? When syslog screws up, it very frequently
> results in this sort of problem.
Indeed, or no DNS when talking remote logins.
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
> # cat /proc/meminfo
> total:used:free: shared: buffers: cached:
> Mem: 130293760 123133952 71598080 30371840 15179776
^^
It means shared process memory, not shm.
One thing to watch : PowerTweak. Seems
> > 2.2.18 sometimes sees 61 GB, sometimes 32 GB.
> > I don't call that hard to understand.
>
> The same kernel has varying behaviour?
> Maybe not hard to understand, but rather surprising.
> You are the first to report nondeterministic behaviour.
You're not the only one that is suprised :
1)
On Mon, 8 Jan 2001, Chris Meadors wrote:
> On Mon, 8 Jan 2001, David S. Miller wrote:
>
> > This definitely seems like the classic "/etc/nsswitch.conf is told to
> > look for YP servers and you are not using YP", so have a look and fix
> > nsswitch.conf if this is in fact the problem.
>
> What
On Sat, 6 Jan 2001 [EMAIL PROTECTED] wrote:
> > It's not that simple.. The maxtor comes clipped,. but Linux can't kill the
> > clip. So it sticks with 32 MB
>
> > ibmsetmax.c does a software clip, but that bugs a bit. Sometimes even
> > Linux doesn't see 61 GB, but only 32, sometimes the full ca
On Sat, 6 Jan 2001, Mike wrote:
> Hi!
>
> I am getting getting "/var/log/messages" on my console. It doesn't save
> it in /var/log.
> I have checked entries in /etc/syslog.conf file. Its correct.
> Can someone help me.
Syslog isn't running
>
> Regards,
> Mike
Igmar
-
To unsubscrib
> > Sven, how did you kill the clipping ??
> > Or in generic, how do I kill the clipping ?
>
> Go set the jumpers right. (anyhow, IBM drives are delivered unclipped,
> not sure why Maxtors seem to be)
It's not that simple.. The maxtor comes clipped,. but Linux can't kill the
clip. So it sticks
> I had a similar situation except I was more interested in the performance
> difference. Went from ~4MB/s with the 430HX controller to ~12.5MB/s with
> the promise. This on an old Pentium system.
The network is 10 mbit, so 4 MB/sec is no good in this case.
I've got the thing running, with (ibm)
> No. 2.2.* handles large drives since 2.2.14.
> This looks more like you used the jumper to clip the drive to 32GB.
> Don't use it and get full capacity.
> If your BIOS hangs when it sees such a large drive so that you
> cannot avoid using the jumper, use setmax in your boot scripts,
> or use a
On Thu, 4 Jan 2001, Torrey Hoffman wrote:
> I had exactly this problem with the Maxtor 61 GB drive on my
> Pentium based server. Theoretically a BIOS upgrade could fix it,
> but ASUS quit making BIOS upgrades for my motherboard two years
> ago.
Ah well, join the club in my case :)
> I solved
> I did'nt know something like that even existed :)
>
> Just plugged the drive into the ide controller (single drive on a
> promise ata100 in a dec alpha) and it worked.
Ah.. This is a i386 machine, UDMA33 capable, and the bloody thing won't
boot with the clipping removed, and with clipping I c
On Thu, 4 Jan 2001, Andre Hedrick wrote:
>
> You have a hard destroke clipping on the drive.
> Go look at you logs.
Yeah.. I removed the clipping, and the machine won't boot. It halts after
PnP init. Any way to use full capacity with the clipping enabled ?
Regards,
Ig
Hi,
Forget the question on killing the drive clipping. I forgot to RTFM :)
Regards,
Igmar
-
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/
> You have a hard destroke clipping on the drive.
> Go look at you logs.
Yep, logs indicate that..
Sven, how did you kill the clipping ??
Or in generic, how do I kill the clipping ?
Regards,
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
Hi,
Just tried the ide patches for 2.2.18, and same result :((
Any patches / suggestions I can try ??
Regards,
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read t
Hi,
kernel 2.2.18 hates my Maxtor drive :
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: Maxtor 96147H6, 32253MB w/2048kB Cache, CHS=65531/16/63, (U)DMA
Actual (correct) parameters : CHS=119112/16/63
Looks like some short int (2 bytes) overflowing. I'll try the ide patches.
Regards,
> Yeah. But I'm stuck with a NAT (which isn't mine, btw) which uses 2.1.xxx-2.2.x
> (according to nmap). Which had a default of 15 *minutes* (as I read in a HOWTO
> somewhere). I'm trying to convince the sysadmin to raise it to two hours, but I
> bet it'll be hard.
ipchains -S timeoutval 0 0 is
> > Doing it this way is _way_ better for system
> > stability, because kidle-apmd sometimes dies due to APM
> > bug. kidle-apmd dying is recoverable error; swapper dieing is as fatal
> > as it can be.
>
> Good. Maybe the bugs will get fixed then. If the bugs are in
> the BIOS or motherboard har
> > Agree that it is different. But it confuses people to have two
> > idle-tasks. I suggest that we throw it one big pile, unless having a
> > separate apm idle task has a purpose.
>
> You can't do that. Doing it this way is _way_ better for system
> stability, because kidle-apmd sometimes die
> > What's the problem with using PID 0 as the idle task ? That's 'standard'
> > with OS'ses that display the idle task.
>
> Linux has already another thread with pid 0, called "swapper" which is
> in fact idle. kidle-apmd is different beast.
Agree that it is different. But it confuses people t
On Mon, 18 Dec 2000 [EMAIL PROTECTED] wrote:
> Andrew Morton wrote:
> >
> > Working out why your switch isn't talking full-duplex would
> > probably make things work too, but it's not a fix.
> >
>
> He said he has a 10/100 hub (NG DS104) -- it is a half-duplex only 10/100
> hub.
10/100 hub does
On Mon, 18 Dec 2000, Michael Illgner wrote:
> Hi folks,
> I have some trouble using a 3COM NIC905B and the 3c59x driver with kernel
> 2.2.x
> and 2.4.0.testx. First of all the card works fine with Windows or with linux
> 2.2.18
> using the 3c90x driver supplied by 3COM. But with the 3c59x driver
> How about adding a flag to FLAGS, or a new letter in STATE in
> /proc/pid/stat, to mean "this is an idle task"?
>
> ps & top could easily by taught to recognise the flag.
What's the problem with using PID 0 as the idle task ? That's 'standard'
with OS'ses that display the idle task.
It's als
> On Fri, Dec 15, 2000 at 12:54:21PM +0100, Igmar Palsenberg wrote:
> >
> > > Heads up everybody. Scott McNealy has apparently been
> > > calling Solaris Sun's implementation of Linux.
> > > Trademark violation time.
> >
> > It's
> > >When asked by a reporter why Sun's new clustering
> > >software was restricted to Solaris and not available
> > >on Linux, McNealy's aggravation seemed to peak. "You
> > >people just don't get it, do you? All Linux
> > >applications run on Solaris, which is our
> > >implementation of Lin
> Heads up everybody. Scott McNealy has apparently been
> calling Solaris Sun's implementation of Linux.
> Trademark violation time.
It's probably a marketing guy that has no idea about what he is talking
about. I've seen good Linux related stuff come from Sun and I hardly can
imagine that suc
> Yeah. most of this crap is manufactured as all-in-1 chips. (IDE, FDC, SER,
> PAR, etc.) and right along with that, you get 2 16550AFN's. Now. they
> hyped the heck out of 16550's when they came out, because "You can use
> your 28.8kbps modem without overruns!". Yeah. clocking it at 38400 or
> 5
> Pretty cool huh?
>
> Let me know if you would like a copy of the code.
>
> A quick strace shows that it binds to port 24000.
>
> It also contains a list of 5 IP addrs. I suspect it doesn't
> broadcast, but allows people in from those IPs.
>
> Anyone know what has happened? I religiously i
> there are many situations in which a 16550 is KNOWN to be overrunable, all
> of which can occur in your common PPP connection.
>
> More importantly - if you have 2 16550's talking together (Which is
> EXACTLY what you have, when you hook it to a modem) there are even MORE
> overrun possibiliti
> - metrics -- L1 cacheline size is the important one: you align array
> elements to this size when you want a per-cpu array, so that multiple
> CPUs do not share a cacheline for accessing their "own" structure.
> Proper alignment avoids "cacheline ping-pong", as it's called,
> whenever t
> > Use handshaking
>
> Heh...do what I did. Go on eBay and pick up a Hayes ESP card.
Hmm.. High speed comm is fine here, as long is I use handshaking. If I
don't, I'll loose chars.
> I have a fairly weak system by todays standards, and I found that
> even with a 16550 serial port, I'd get tc
On Sun, 10 Dec 2000 [EMAIL PROTECTED] wrote:
> Hi folks
>
> What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI
> CD thru mp3 encoder) and get a continuous dropping of characters, on a 16550-
> enhanced serial port, without handshake, with full-duplex load of 115200 bps?
> About
> This is standard stuff... You are really pissing into the wind here ;)
Guess I am. Still isn't an explaination why I see a lot of broken code out
there regarding this issue.
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> Well, that's the Unix interface you. I you don't like it, why don't you
> become a Windows programmer and try your hand at the Win32 interface? :-)
>
> Seriously, doing something different for /dev/random compared to all
> other read(2) calls is a bad idea; it will get people confused. The
> > Making /dev/random block if the amount requirements aren't met makes sense
> > to me. If I request x bytes of random stuff, and get less, I probably
> > reread /dev/random. If it's entropy pool is exhausted it makes sense to be
> > to block.
>
> This is the job of the program accessing /dev/
> > I know. Still leaves lot's of people that assume that reading /dev/random
> > will return data, or will block.
> >
> > I've seen lots of programs that will assume that if we request x bytes
> > from /dev/random it will return x bytes.
>
> I find this really humorous honestly. I see a lot of
> "totally block"?
>
> For a blocking fd, read(2) has always blocked until some data is
> available. There has never been a guarantee, for any driver, that
> a read(2) will return the full amount of bytes requested.
Hmm.. Some came to mind :
Making /dev/random block if the amount requirements
> For a blocking fd, read(2) has always blocked until some data is
> available. There has never been a guarantee, for any driver, that
> a read(2) will return the full amount of bytes requested.
I know. Still leaves lot's of people that assume that reading /dev/random
will return data, or will
> Indeed, you are correct. Is vpnd broken then, for assuming
> that it can gather the required randomness in one read?
Yep. It assumes that if the required randommness numbers aren't met a read
to /dev/random will block.
And it's not the only program that assumes this : I also did.
/dev/rand
> [snip a boring troll]
Please, don't insult my mother in law. She's not that boring ;P
Igmar
-
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/
> CPU0
> 0:1415829 XT-PIC timer
> 1: 10361 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 3: 70687 XT-PIC serial
> 5: 0 XT-PIC Intel ICH
> 9: 3134 XT-PIC 3c574_cs
> |> > > #define __bad_udelay() panic("Udelay called with too large a constant")
> |>
> |> Can't we change that to :
> |> #error "Udelay..."
>
> No.
?? I think I'm missing something here.
> Andreas.
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On Wed, 22 Nov 2000, Daniel Stone wrote:
> Hi,
> I've been having a bit of a problem with Rik's new VM, in particular the bad
> process-killer. Basically put, I have a reasonably underpowered system
> (P166) running Helix GNOME & Sawfish, and half the time when I load my Eterm
> (admittedly, tran
> > #define __bad_udelay() panic("Udelay called with too large a constant")
Can't we change that to :
#error "Udelay..."
Igmar
-
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.
> -i and -m have never been in the base code. -i in depmod is a Redhat
> add on, only in their distribution. I have no idea what -m does, apart
> from -m in insmod which is supported. Blame the distributors.
-m == -F in depmod (RH anyways)
Igmar
-
To unsubscribe from this list: sen
On Tue, 21 Nov 2000, Joseph Gooch wrote:
> My RaptorNT 6.5 firewall rejects all connections from my linux box when ECN
> is enabled. The error is attached. Perhaps this feature should be disabled
> by default? Or is there already an option of the sort that i'm missing? I
> only got the idea t
On Tue, 21 Nov 2000, Dunlap, Randy wrote:
> JE's UHCI driver (drivers/usb/uhci.[hc]) uses
> nested_lock() and nested_unlock() for this.
> Maybe it could help.
I may should solve the nested spinlock issue.. It however doesn't solve
the 100Kb+ pile of spaghetti the code is.
I think I'll just star
Hi,
Support for some 53c400 cards is still bad (the non-PnP), so I'll start
fixing this.
I'll be my fist kernel job, so please spare me :))
Issues :
53c400a non-PNP still lock this system hard. It starts barking about a
busy SCSI bus, and then I can fsck again.
To Alan : How hard is it to ge
On Mon, 20 Nov 2000, Charles Turner, Ph.D. wrote:
These are hardware problems, not software. Programs like gcc and ld
segfaulting like this is NOT a software problem.
Please don't turn up with some 'hey, it worked with my disk', that's no
clue that the distrib is bad. The same arguments as 'i
On Fri, 17 Nov 2000, M.Kiran Babu wrote:
> sir,
> i am getting some problem with graphics mode. my system is opening in text
> mode only. upto yesterday it is ok. but now it is failing to open in
> graphics mode. i am using startx, xinit and Xconfigurator all options. but
> even it is showing err
On Thu, 16 Nov 2000, Andreas S. Kerber wrote:
> We need to handle files which are about 10GB large.
> Is there any way to do this with Linux? Some pointers would be nice.
Install a kernel / glibc that handles LFS. Search for LFS on Freshmeat,
you'll end up with the right patch.
You'll probably
On Wed, 15 Nov 2000, Peter Samuelson wrote:
>
> [Ian Grant]
> > In 2.2.x we were able to build a kernel with RAID modules and have it
> > autodetect RAID partitions at boot time - so we could use raid root
> > partitions.
>
> Really? Funny, because IIRC RAID autodetection does not even exist i
On Sun, 12 Nov 2000, Alexander V. Lukyanov wrote:
> Hi!
>
> In some cases sound gets interrupted for a moment, this happens in two
> occasions. When unmaskirq flag is off on ide cdrom and it is accessed,
> and when tdfxfb console (800x600) flashes (tput flash, or `set bell-style
> visible' in .i
On Fri, 10 Nov 2000, root wrote:
> Hello kernel hackers,
>
> I am having problems with compiling a kernel on an AMD K62-550.
> I am running Red Hat 6.2, and am getting error messages like this:
>
> cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer
> > > Turn on encryption, and try sending attachements > 1MB and tell me if
> > > you see any problems, like emails sitting in /var/spool/mqueue for a day
> > > or two until they go out. I can guarantee you will.
> >
> > Are you talking client -> MTA encryption, or MTA -> MTA encryption ??
>
>
> > It ran out of memory. The file got sent fine after I got rid of
> > all the memory-consumers. Looks like a sendmail bug where they
> > expect to load a whole file into memory all at once before sending
> > it. I always thought you could read from a file, then write to
> > a socket. Maybe I'm
On Fri, 10 Nov 2000, [iso-8859-1] willy tarreau wrote:
> Dick, have you tried a simple "strace -f -p " ?
> This often gives enough info.
>
> BTW, there's one version of sendmail that tests the
> capability security hole of a previous kernel version
> (2.2.15 ?), and refuses to launch if it disco
> Turn on encryption, and try sending attachements > 1MB and tell me if
> you see any problems, like emails sitting in /var/spool/mqueue for a day
> or two until they go out. I can guarantee you will.
Are you talking client -> MTA encryption, or MTA -> MTA encryption ??
> Jeff
Igma
> > Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses
> > encryption.
>
> I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over
> the place, many of them so old it is scary. No problems seen at this end.
> This is to be expected, BTW: They can't just go in
> > What about sendmail 8.11.1? Is the problem there too?
>
> Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses
> encryption.
Depends on how you configure it. An enabled encryption doesn't always mean
it has problems taking to other sendmails. This sendmail here has no
pro
> Where the heck did you get idea?
By reading the man page in the middle of the night and reading
realloc() as malloc().
My error.
> -hpa
Igmar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read t
1 - 100 of 202 matches
Mail list logo