Re: 2.4.5-ac5 locks on ReiserFS umount (ac4 doesn't)
On Fri, 1 Jun 2001 18:34:46 -0400 (EDT) Pavel Roskin <[EMAIL PROTECTED]> wrote: > Another problem is that the archive at > http://www.uwsg.indiana.edu/hypermail/linux/kernel/ updates only once a > day. I checked it and decided that my information could still be useful. > > I'd be grateful if somebody pointed me to a better archive. Try http://www.lib.uaa.alaska.edu/linux-kernel/ - it updates in pretty close to real-time, and you can search the archives as well. Bruce - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: DMA support for toshiba IDE controllers
On Fri, 18 May 2001 11:15:09 -0700 (PDT) Alex Deucher <[EMAIL PROTECTED]> wrote: > Does anyone know if there is any DMA support for the > toshiba IDE controller's in many of their portable > models such as the older porteges and librettos? The > controllers support DMA, but not in linux. I'm not > sure what toshiba's policy is on documentation. They > used to be pretty stingy, but I heard they have > recently opened up of lot of their doc's, like the > oboe IR controller for instance. Well, Toshiba Japan has a Linux developers' page (in Japanese): http://linux.toshiba-dme.co.jp/linux/jpn/develop.php3 According to that page, their mail address for requests from developers is: [EMAIL PROTECTED] so if you don't get any satisfaction from Toshiba USA/Europe/wherever you're living, try asking Toshiba Japan (they do ask that you be specific, so if you send them a request, make sure to state exactly which models/chipsets, etc., you're interested in, and remember that they might take a while to reply to email in English). They do seem to be quite good lately about releasing documentation - Dag Brattli got some info on the IrDA hardware they use, and the Japan Linux Association has got docs for the ToPIC PC Card controller out of them, too. The only time they've actually turned someone down (according to that page, anyway) is when the hardware in question included third-party technology. Bruce - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] CPU hot swap for 2.4.3 + s390 support
> > >How far away is the capability to "teleport" processes from one machine to > > >another over the network? Think of the uptime! > > > > > > > It is here. Look at Mosix. > > No. Not for uptime. > > The "responsibility" for process completion does not get delegated. A process > will always be bound to it's home-node (in mosix terms), no matter how far > it's "teleported". If the home-node fails, the process won't know what hit > it. > > There are good reasons why mosix let's processes depend on their home nodes. > > This is not meant as backstabbing mosix, it's a great environment for a lot > of things. > > But it's not the universal silver bullet. Take a look at http://citeseer.nj.nec.com/299905.html for something along the lines of what you want, I think (transparent process migration between nodes). As a bonus, it's also architecture-independent. Bruce - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Tiny little problem
Hi. This is a well-known problem; check the list archives for more info. On Thu, 26 Apr 2001 14:04:23 +0900 (JST) Tore Johansson <[EMAIL PROTECTED]> wrote: > Hi, > > I have a problem with accessing a magneto opto drive in Linux. > Since I upgraded the kernel from 2.3 to 2.4 I can mount the MO > drive but if I try to access a file on the drive the kernel oopses... > > After the kernel oops the MO can't be unmounted. > > The MO is has a SCSI-2 interface and the SCSI interface is a Symbios > NCR8xx type. > > Any ideas?? > > Cheers, > /Tore - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: APIC errors ...
On Wed, 18 Apr 2001 15:21:17 -0700 (PDT) "Dr. Kelsey Hudson" <[EMAIL PROTECTED]> wrote: *snip* > You have a couple solutions: Upgrade the motherboard to one of the VIA > 133MHz chipsets (I dont care for the VIA chipset so this really doesn't > strike my fancy) or upgrade to that other Intel chipset that supports SMP; > unfortunately it also is a rambus boardServerworks also has a chipset > out that does dual intel chips at 133MHz; I've heard only good things > about it. Er... I believe there was some discussion on l-k some while ago regarding a certain lack of forthcomingness by Serverworks and the resultant general flakiness of Linux support for their chipsets... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: IMS Twin Turbo 128 framebuffer
On Fri, 2 Mar 2001 20:32:31 -0300 John R Lenton <[EMAIL PROTECTED]> wrote: > Is there any particular reason why imsttfb isn't available in the > i386 arch? I believe it's because the Twin Turbo was introduced into the kernel via the PPC kernel port - was there actually a TT board for PCs? I'm not talking about bus (the TTs were all PCI, IIRC), but rather the firmware on the board - does it work on x86? If not, can it be flashed? If it can't, you're out of luck. -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: AC6 crash
On Wed, 28 Feb 2001 16:19:02 +0100 (CET) Wouter Schoot <[EMAIL PROTECTED]> wrote: > Hello, > > I entered make menuconfig with 2.4.2 patched with AC6. > I run 2.4.2 AC2 at the moment, and unpacked 2.4.2 and AC6 from the > scratch > > > Menuconfig has encountered a possible error in one of the kernel's > configuration files and is unable to continue. Here is the error > report: [SNIP] Just a couple of things - when sending mail to l-k, it's probably better to give it an accurate subject. "AC6 crash" sounds like 2.4.2ac6 crashed while you were running it; something like "ac6 menuconfig failure" would have been better. The other point is, this problem has already popped up at least three times in the last couple of days (maybe more, I'm not keeping track). A solution has also been posted multiple times. Before posting, you might want to check one of the l-k archives (just do a search at http://www.google.com/ - several should be at the top of the list). Some of them are updated in almost real-time, so even very recent questions will appear. Anyway, the answer to your problem is: --- 2.9/arch/i386/config.in Wed, 28 Feb 2001 12:44:01 +1100 kaos (linux-2.4/T/c/36_config.in 1.1.2.1.1.2 644) +++ 2.9(w)/arch/i386/config.in Wed, 28 Feb 2001 12:46:03 +1100 kaos +(linux-2.4/T/c/36_config.in 1.1.2.1.1.2 644) @@ -379,6 +379,6 @@ bool ' Memory mapped I/O debugging' CON bool ' Magic SysRq key' CONFIG_MAGIC_SYSRQ bool ' Spinlock debugging' CONFIG_DEBUG_SPINLOCK bool ' Verbose BUG() reporting (adds 70K)' CONFIG_DEBUG_BUGVERBOSE -endmenu - fi + +endmenu This is a patch from Keith Owens. Alternatively, there appears to be an incremental patch from ac5 up at: http://www.bzimage.org/kernel-patches/v2.4/alan/v2.4.2/patch-2.4.2-ac5-ac6.bz2 which also fixes the EXTRAVERSION problem (it's still at ac5). -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: binfmt_script and ^M
On Tue, 27 Feb 2001 14:38:23 +0100 Ivo Timmermans <[EMAIL PROTECTED]> wrote: > Heusden, Folkert van wrote: > > > When running a script (perl in this case) that has DOS-style > newlines > > > (\r\n), Linux 2.4.2 can't find an interpreter because it doesn't > > > recognize the \r. The following patch should fix this (untested). > > > > _should_ it work with the \r in it? > > IMHO, yes. This set of files were created on Windows, then zipped and > uploaded to a Linux server, unpacked. This does not change the \r. Unzipping the files with the "-ll" option should fix that. There's no particular reason why the kernel should handle CR+LF; LF has been the end-of-line character for UN*X systems since Adam was a cowboy. Changing it now would only lead to a situation where some things would work with CR+LF and others wouldn't. Let's keep it simple... -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Driver for Casio Cassiopia Fiva touchscreen, help with conversion
On Wed, 14 Feb 2001 12:04:41 + (GMT) Alan Cox <[EMAIL PROTECTED]> wrote: > Thats pretty much how we did the pc110 pad driver too. This is getting off-topic, but I was wondering - does the pc110 pad driver still work? I seem to recall trying it around 2.2.9 or so, and eventually giving up. (Not that it's vital or anything, but I have three of the little things lying around here that I keep on telling myself I'm going to use one day...) And while we're on the topic, toy.cabi.net is still listed in Configure.help as the location for the pc110 pad driver docs, but it doesn't resolve for me... -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Is this the ultimate stack-smash fix?
On Tue, 13 Feb 2001 21:22:26 + (GMT) James Sutherland <[EMAIL PROTECTED]> wrote: > On Tue, 13 Feb 2001, Jeremy Jackson wrote: > > (Long description of how to create a non-executable stack on x86) > > ISTR there is a patch which does this for Linux, though?? See: http://www.openwall.com/linux/ for Solar Designer's patch, and: http://www.insecure.org/sploits/non-executable.stack.problems.html for the exploit. It was done to death on the linux-security ML a while ago, so you could search the archives if you want to know more. -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: lkml subject line
On Mon, 12 Feb 2001 11:56:00 -0500 (EST) Mike Harrold <[EMAIL PROTECTED]> wrote: > > Use procmail, that's what it's there for (and it won't affect your > > mail > > reader, as long as you're using something reasonably sensible). I > > filter on Sender. > > Maybe I don't *want* the LKML messages in a seperate folder. > Maybe I just want to identify them at a pinch in my inbox? > Maybe my employer doesn't allow me to install additional software > anyway? So in other words, because you like to have all your incoming mail in one big pile, and your boss is inflexible, everybody else on l-k has to do as you say? Hm Anyway, I think we've cluttered the list enough for today. -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://vger.kernel.org/lkml/
Re: lkml subject line
On Mon, 12 Feb 2001 10:25:47 -0500 (EST) Mike Harrold <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] said: > > The advantages can all be gained without that disadvantage by just > learning > > to filter mail on other headers instead of the subject line. > > Assuming your mail reader can do that (and no, I can't change my mail > reader). Use procmail, that's what it's there for (and it won't affect your mail reader, as long as you're using something reasonably sensible). I filter on Sender. -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://vger.kernel.org/lkml/
Re: rlim_t and DNS?
On Thu, 1 Feb 2001 09:53:35 -0500 (EST) Admin Mailing Lists <[EMAIL PROTECTED]> wrote: > > Trying to compile bind 9.1.0 here. > Kernel is 2.2.18, gcc 2.7.2.1. > It failed trying to find the type for rlim_t. > The C file says BSD/OS is the only OS they found not to have rlim_t. > Am I missing something? > Where can i find this in linux? I looked in all the include > files, including resource.h Are you sure you looked in ALL the include files? I seem to have it as: /usr/include/bits/resource.h:typedef __rlim_t rlim_t; where __rlim_t is /usr/include/bits/types.h:typedef long int __rlim_t; so you could try including those two in the appropriate places. > For now i jsut typedefed it as a long. > > Also, it's looking for a setting for SYS_capset to pass to syscall() > and can't that either. Again, I looked in the include files without > success. I have this: /usr/include/bits/syscall.h:#define SYS_capset __NR_capset Hope that helps (although l-k probably isn't the best place for this...) -- Bruce Harada [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Poor SCSI drive performance on SMP machine, 2.2.16
Hm. As a point of comparison, I use a similar system to yours (full SCSI, though, no IDE) and I can copy a 100MB file from disk-to-disk, or on the same disk, in around 13 seconds. Where are you copying to the SCSI drive from - the same drive, an IDE disk, CDROM? If IDE, what are its particulars? (Check with hdparm -iI /dev/hd?) -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 12:44:29 -0500 "paradox3" <[EMAIL PROTECTED]> wrote: > > I don't get any messages relating to the drives in any syslog output. > > > > > Do you get messages like the ones below in /var/log/messages? > > > > sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs > > sym53c875-0-<0,0>: tagged command queue depth set to 7 > > > > In fact, do you get any messages in your log files that look like they > > might be related? > > - 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: Poor SCSI drive performance on SMP machine, 2.2.16
Hi. Do you get messages like the ones below in /var/log/messages? sym53c875-0-<0,0>: QUEUE FULL! 8 busy, 7 disconnected CCBs sym53c875-0-<0,0>: tagged command queue depth set to 7 In fact, do you get any messages in your log files that look like they might be related? -- Bruce Harada [EMAIL PROTECTED] On Sun, 28 Jan 2001 02:26:32 -0500 "paradox3" <[EMAIL PROTECTED]> wrote: > I have an SMP machine (dual PII 400s) running 2.2.16 with one 10,000 RPM > IBM > 10 GB SCSI drive > (AIC 7890 on motherboard, using aic7xxx.o), and four various IDE drives. > The > SCSI drive > performs the worst. In tests of writing 100 MB and sync'ing, one of my > IDE > drives takes 31 seconds. The SCSI drive (while doing nothing else) took > 2 minutes, 10 seconds. This is extremely noticable in file transfers > that > completely > monopolize the SCSI drive, and are much slower than when involving the > IDE > drives. > After a large data operation on the SCSI drive, the system will hang for > several minutes. > Anyone know what could be causing this? Thanks. > > Attached are some data to help. > > > Thanks, > Para-dox ([EMAIL PROTECTED]) > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-ac3 oneliners
Hi Alan,
These are just a few unused variables that popped up as warnings from
2.4.0-ac3 (I've also (briefly) checked ac4, and didn't notice any changes
in there). Here's hoping that I'm not breaking something...
--
Bruce Harada
[EMAIL PROTECTED]
diff -Nur linux-2.4.0-ac3/drivers/net/tulip/media.c
linux-2.4.0-ac3-bh1/drivers/net/tulip/media.c
--- linux-2.4.0-ac3/drivers/net/tulip/media.c Tue Jan 2 02:54:07 2001
+++ linux-2.4.0-ac3-bh1/drivers/net/tulip/media.c Mon Jan 8 21:28:50 2001
@@ -265,7 +265,6 @@
}
case 5: case 6: {
u16 setup[5];
- u32 csr13val, csr14val, csr15dir, csr15val;
for (i = 0; i < 5; i++)
setup[i] = get_u16(&p[i*2 + 1]);
diff -Nur linux-2.4.0-ac3/mm/filemap.c linux-2.4.0-ac3-bh1/mm/filemap.c
--- linux-2.4.0-ac3/mm/filemap.cMon Jan 8 21:19:58 2001
+++ linux-2.4.0-ac3-bh1/mm/filemap.cMon Jan 8 21:22:14 2001
@@ -2499,7 +2499,7 @@
mark_inode_dirty_sync(inode);
while (count) {
- unsigned long bytes, index, offset, partial = 0;
+ unsigned long bytes, index, offset;
char *kaddr;
int deactivate = 1;
-
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/
