Re: 2.6.16.32 stuck in generic_file_aio_write()

2007-02-19 Thread Igmar Palsenberg
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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2007-02-12 Thread Igmar Palsenberg
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"

Re: 2.6.16.32 stuck in generic_file_aio_write()

2007-02-05 Thread Igmar Palsenberg
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 --

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-14 Thread Igmar Palsenberg
> > 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.

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-14 Thread Igmar Palsenberg
> > 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 ? > > > >

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-14 Thread Igmar Palsenberg
> > 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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-07 Thread Igmar Palsenberg
> 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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-07 Thread Igmar Palsenberg
> 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.

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-06 Thread Igmar Palsenberg
> > 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. >

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-06 Thread Igmar Palsenberg
> > 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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-04 Thread Igmar Palsenberg
> 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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-12-01 Thread Igmar Palsenberg
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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-11-30 Thread Igmar Palsenberg
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

Re: 2.6.16.32 stuck in generic_file_aio_write()

2006-11-29 Thread Igmar Palsenberg
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

2.6.16.32 stuck in generic_file_aio_write()

2006-11-29 Thread Igmar Palsenberg
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

2.4.x deadlocking

2001-06-21 Thread Igmar Palsenberg
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

2.4.5 strange behaviour

2001-06-20 Thread Igmar Palsenberg
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

Netmos patch

2001-02-15 Thread Igmar Palsenberg
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

Netmos PCI parallel card

2001-02-15 Thread Igmar Palsenberg
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

Re: Vanilla 2.4.0 ext2fs error

2001-02-01 Thread Igmar Palsenberg
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

Re: Why isn't init PID 1?

2001-01-31 Thread Igmar Palsenberg
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

Vanilla 2.4.0 et2fs errors

2001-01-31 Thread Igmar Palsenberg
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

Vanilla 2.4.0 ext2fs error

2001-01-31 Thread Igmar Palsenberg
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

Re: winsock 2

2001-01-29 Thread Igmar Palsenberg
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

Re: Documenting stat(2)

2001-01-20 Thread Igmar Palsenberg
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

Re: Documenting stat(2)

2001-01-18 Thread Igmar Palsenberg
> 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

Re: 2.4.0 + iproute2

2001-01-17 Thread Igmar Palsenberg
> 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

Re: detecting bounced mails

2001-01-17 Thread Igmar Palsenberg
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

2.4.0ac9

2001-01-15 Thread Igmar Palsenberg
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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
> > 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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
> 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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
> 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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
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

Re: 2.4.0 + iproute2

2001-01-14 Thread Igmar Palsenberg
> 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

2.4.0 + iproute2

2001-01-13 Thread Igmar Palsenberg
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 -- --

PS/2 mouse access kills keyboard

2001-01-13 Thread Igmar Palsenberg
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

Re: Message from new kernel

2001-01-11 Thread Igmar Palsenberg
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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-10 Thread Igmar Palsenberg
> 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

Re: Delay in authentication.

2001-01-09 Thread Igmar Palsenberg
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

Re: Shared memory not enabled in 2.4.0?

2001-01-09 Thread Igmar Palsenberg
> # 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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-09 Thread Igmar Palsenberg
> > 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)

Re: Delay in authentication.

2001-01-08 Thread Igmar Palsenberg
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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-08 Thread Igmar Palsenberg
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

Re: Console logging

2001-01-06 Thread Igmar Palsenberg
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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-06 Thread Igmar Palsenberg
> > 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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-05 Thread Igmar Palsenberg
> 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)

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-05 Thread Igmar Palsenberg
> 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

RE: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
> 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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
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

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
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/

Re: 2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
> 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

2.2.18 and Maxtor 96147H6 (61 GB) part #2

2001-01-04 Thread Igmar Palsenberg
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

2.2.18 and Maxtor 96147H6 (61 GB)

2001-01-04 Thread Igmar Palsenberg
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,

Re: TCP keepalive seems to send to only one port

2000-12-25 Thread Igmar Palsenberg
> 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

Re: kapm-idled : is this a bug?

2000-12-22 Thread Igmar Palsenberg
> > 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

Re: kapm-idled : is this a bug?

2000-12-22 Thread Igmar Palsenberg
> > 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

Re: kapm-idled : is this a bug?

2000-12-21 Thread Igmar Palsenberg
> > 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

RE: Problem with 3c59x and 3C905B

2000-12-19 Thread Igmar Palsenberg
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

Re: Problem with 3c59x and 3C905B

2000-12-18 Thread Igmar Palsenberg
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

Re: kapm-idled : is this a bug?

2000-12-17 Thread Igmar Palsenberg
> 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

Re: Is there a Linux trademark issue with sun?

2000-12-15 Thread Igmar Palsenberg
> 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

Re: Is there a Linux trademark issue with sun?

2000-12-15 Thread Igmar Palsenberg
> > >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

Re: Is there a Linux trademark issue with sun?

2000-12-15 Thread Igmar Palsenberg
> 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

Re: Dropping chars on 16550

2000-12-14 Thread Igmar Palsenberg
> 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

Re: Is this a compromise and how?

2000-12-14 Thread Igmar Palsenberg
> 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

Re: Dropping chars on 16550

2000-12-14 Thread Igmar Palsenberg
> 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

Re: Linux 2.2.18 release notes

2000-12-12 Thread Igmar Palsenberg
> - 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

Re: Dropping chars on 16550

2000-12-12 Thread Igmar Palsenberg
> > 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

Re: Dropping chars on 16550

2000-12-10 Thread Igmar Palsenberg
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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-03 Thread Igmar Palsenberg
> 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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-03 Thread Igmar Palsenberg
> 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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-03 Thread Igmar Palsenberg
> > 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/

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-03 Thread Igmar Palsenberg
> > 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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-02 Thread Igmar Palsenberg
> "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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-02 Thread Igmar Palsenberg
> 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

Re: /dev/random probs in 2.4test(12-pre3)

2000-12-02 Thread Igmar Palsenberg
> 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

Re: Octal vs. Hex war o' death

2000-11-29 Thread Igmar Palsenberg
> [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/

Re: USB doesn't work with 440MX chipset, PCI IRQ problem?

2000-11-29 Thread Igmar Palsenberg
> 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

Re: linux-2.2.18-pre19 asm/delay.h problem?

2000-11-22 Thread Igmar Palsenberg
> |> > > #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

Re: Rik's bad process killer - how to kill _IT_?

2000-11-22 Thread Igmar Palsenberg
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

Re: linux-2.2.18-pre19 asm/delay.h problem?

2000-11-22 Thread Igmar Palsenberg
> > #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.

Re: modutils 2.3.20 not backward compatible

2000-11-22 Thread Igmar Palsenberg
> -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

Re: ECN causing problems

2000-11-22 Thread Igmar Palsenberg
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

RE: 53c400 driver

2000-11-22 Thread Igmar Palsenberg
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

53c400 driver

2000-11-21 Thread Igmar Palsenberg
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

Re: Defective Red Hat Distribution poorly represents Linux

2000-11-20 Thread Igmar Palsenberg
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

Re: grphics mode problem

2000-11-20 Thread Igmar Palsenberg
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

Re: Large File Support

2000-11-16 Thread Igmar Palsenberg
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

Re: RAID modules and CONFIG_AUTODETECT_RAID

2000-11-15 Thread Igmar Palsenberg
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

Re: sound problems caused by masking irq for too long

2000-11-12 Thread Igmar Palsenberg
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

Re: 2.2.17 wont compile on AMD k6@-550

2000-11-11 Thread Igmar Palsenberg
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

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
> > > 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 ?? > >

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
> > 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

Re: [Fwd: sendmail fails to deliver mail with attachments in/var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
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

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
> 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

Re: [Fwd: sendmail fails to deliver mail with attachments in/var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
> > 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

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

2000-11-10 Thread Igmar Palsenberg
> > 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

Re: malloc(1/0) ??

2000-11-09 Thread Igmar Palsenberg
> 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   2   3   >