Odd Problem with onboard 3com card
I am seeing an odd problem with a single processor board running a 3com chipset. eth0: 3Com PCI 3c905C Tornado at 0xd800, 00:e0:18:0b:10:e3, IRQ 4 product code rev 00.14 date 15-31-127 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 782d. Enabling bus-master transmits and whole-frame receives. eth0: scatter/gather enabled. h/w checksums enabled It is an Intel chipset (i815 according to system messages.) Not certain why eth0 is attaching itself to IRQ 4. (The bios screen is weird for this chipset. I think it believes it is a modem.) When running the stock kernel from Redhat 7.1 with IP firewalling, the card would stall out if there was no traffic on the card for 30 seconds or so. I rebuilt the kernel and stripped it down to the bare bones, with a few exceptions. I removed power management (thinking it might be a "finigan's wake on lan" issue) and the firewalling code (thinking it might be some other sort of chokage). That reduced the problem greatly, but I still get messages from the Netscreen router telling me that that machine is not responding. (I get one message every few hours.) Serial and parallel ports should be disabled on that box. I do have mtrr and the uniprocessor APIC code enabled. I am also using memory map on the network card. This is pretty frustrating. I have NEVER seen this kind of weirdness from that chipset. (Though this is the first time I have used the on-board version.) Ideas? Please Cc me on the message as I am over 3,000 messages behind on the kernel list and it will probably get buried in the mass. - 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] es1371 race fixes
> o es1371_mmap used to use lock_kernel to do some synchronistation, > this is superceeded by s->sem. > o remap_page_range (used in es1371_mmap) needs the mm semaphore as > stated by a comment and the code. I have found _NO_ driver in the > tree so far that does this locking right... I think they rely on the lock_kernel stuff - which Id prefer not to take out to be honest. There is just a little too much vm related lock_kernel stuff left to do that - 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: [RFD w/info-PATCH] device arguments from lookup, partion code
> On Sun, 20 May 2001, Ingo Oeser wrote: > > PS: English is neither mine, nor Linus native language. Why do > >the English natives complain instead of us? ;-) > > Because we had some experience with, erm, localized systems and for > Alan it's most likely pure theory? ;-) I think its important its considered. I do like the idea of a sensible ioctl encoding (including ascii potentially) and being able to ship ioctls over the network. - 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/
Linux 2.4.5-ac7
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac7 o UML cleanups(Jeff Dike) o Trap invalid addresses in UML ethernet driver (Jeff Dike) o Reimplment UML user space access(Jeff Dike) o Add device node support to hostfs (Jorgen Cederlof) o Fix hang if the UML net helper fails to run (Jeff Dike) o Support setting time in UML kernels (Livio Baldini Soares) o Move more non portable code out of UML core (Jeff Dike) o Merge most of remaining UML ppc changes (Chris Emerson) o Printk cleanups, remove one non portable(James Stevenson) o Add speaker mixer support to the cmpci mixer(Carlos Gorges) o Fix inittdata ordering in i2c docs (Andrzej Krzysztofowicz) o Add usb skeleton driver (Greg Kroah-Hartmann) o Fix ns558 unload(Marcus Meissner) o Further cs46xx fixing (Frank Davies) o S/390 updates from the IBM folks(Martin Schwidefsky) o CS46xx pop/crackle fixes on IBM T20 (Thomas Woller) o Make USB require PCI(me) o Tulip driver update (Jeff Garzik) o Fix slip/slhc missing symbols problem (Michael Guntsche) o IRDA updates(Dag Brattli) o Add cs4232 isapnp probing (Marcus Meissner) o Merge airo_cs driver(Benjamin Reed, Javier Achirica, Jean Tourrilhes) o VIA workarounds for APIC IRQ routing(Jeff Garzik) o Fix bootmem.c comment cut&paste accident(Richard Urena) o Update LVM with new VG_CREATE ioctl (and(Joe Thornber) VG_CREATE_OLD for back compatibility) o Fix pv_t/lv_t confusion in lv_status_bydev_req (Joe Thornber) o Lots of update/fixes for _lv_status_by* code(Joe Thornber) o Add support for I2O IOP's requiring private (me) resource spaces o Hopefully fix hid jerkiness (Michael) 2.4.5-ac6 o Fix the cs46xx right this time (me) o Further FATfs cleanup (OGAWA Hirofumi) o ISDN PPP code cleanup, cvs tag update (Kai Germaschewski) o Large amount of UFS file system cleanup (Al Viro) o Fix endianness problems in FATfs(Petr Vandrovec) o Fix -ac quota crashes (Jan Kara) o Fix bluetooth out of memory handling(Greg Kroah-Hartmann) o Fix freevxfs readdir(Christoph Hellwig) o Fix freevxfs sign/unsigned issues (Christoph Hellwig) o Fix doctypos, other freevxfs cleanup(Christoph Hellwig) o Fix flush_dirty_buffers warning (J A Magallon) o Add Carlos Gorges to credits(Carlos Gorges) o Further atm cleanup fixes (kmalloc/signedness) (Mitchell Blank) o Fix hotplug variable in matroxfb(Petr Vandrovec) o Fix ns558 crash (Vojtech Pavlik) o Revert to Pete Zaitcev's khub locking (Pete Zaitcev) | It works for me, Johannes changes don't seem to o Fix usb Config.in breakage for input devices(Vojtech Pavlik) o Add another 3c509 ISAPnP id (Marcus Meissner) o Fix oopses and null checks on iphase(Mitchell Blank) o CS46xx update (Thomas Woller) o Fix mmap cornercase (Maciej Rozycki) o Tidy up aironet and saa9730 delay abuse(Andrzej Krzysztofowicz) o Force initial umask to be sane for broken (Andrew Tridgell) init programs o Teach CML1 to strip out from the (Eric Raymond) Configure.help o Resync with Eric's master Configure.help(Eric Raymond) o Revert FIOQSIZE o Fix missing copy_*_user in cosa driver (me) | From Stanford tools o Fix missing copy_*_user in eicon(me) + clean up ioctls a bit more | From Stanford tools o Fix use after free in lpbether (me) | From Stanford tools o Fix missing return in rose_dev (me) | From Stanford too
Re: [PATCH] support for Cobalt Networks (x86 only) systems (for
> No way! If I implement a HA application which depends on link status, I > want the info to be accurate, I don't want to know that 30 seconds ago I > had good link. > > IMHO, rate limiting is the only solution. Please re-read your comment. Then think about it. Then tell me how rate limiting differs from caching to the application. Alan - 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: 2.4.[35] + Dell Poweredge 8450 + Oops on boot
> isapnp: Scanning for PnP cards... > isapnp: No Plug & Play device found > PnP: PNP BIOS installation structure at 0xc00f68f0 > PnP: PNP BIOS version 1.0, entry at f:a611, dseg at 400 Unable to > handle kernel paging request at virtual address ff48 printing eip: > 3c9c *pde = > Oops: 0002 > CPU:0 > EIP:0068:[<3c9c>] Your Pnp BIOS crahsed somewhere in the BIOS when we called it - Disable PnP bios support or get a bios update - 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: 2.4.5 VM
> My system has 128 Meg of Swap and RAM. Linus 2.4.0 notes are quite clear that you need at least twice RAM of swap with 2.4. Marcelo is working to change that but right now you are running something explicitly explained as not going to work as you want - 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: CUV4X-D lockup on boot
> I have an ASUS CUV4X-D Dual Processor Mainboard based on a VIA > 694XDP chipset. I notice from the archives that someone else > has also reported a lockup with the m/b when using two cpus > and have some info that may be useful to track it down. > > Using kernel 2.4.5 the kernel locks up sporadically at boot > time. When I enable the NMI watchdog it occasionally gets > enabled prior to the lockup and perhaps can be useful for > debugging the problem. Here's what happens: At minimum you need the 1007 bios and to run noapic. As yet we don't know why or what the newer BIOS has done to make it boot at all - 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: ac15 and 2.4.5-pre6, pwc format conversion
> According to ac ChangeLog: > o Rip format conversion out of the pwc driver (me) > | It belongs in user space.. > > This change is included in 2.4.5-pre6, but > drivers/usb/pwc-uncompress.c > still relies on this files: Looks like I managed to send Linus a partial patch only. My fault-will fix - 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: [RFD w/info-PATCH] device arguments from lookup, partion code
> Linus, as much as I'd like to agree with you, you are hopeless optimist. > 90% of drivers contain code written by stupid gits. I think thats a very arrogant and very mistaken view of the problem. 90% of the driver are written by people who are - Copying from other drivers - Using the existing API's to make their job easy - Working to timescales - Just want it to work So if you take ioctl away from them they will implement ioctl emulation by writing ioctl structs to an fd. If you want to make these things work well you have to provide a good working infrastructure. You don't change anything (except the maintainer) by causing pain. Instead you provide the mechanisms - the generic parsing code so that people don't screw up on procfs parsing - the generic ioctl alternatives etc. Ditto with the major numbers. You win that battle by getting enough people to believe it is the right answer that they write the nice code for managing resources and naming assignment - which is already beginning to occur. Then even if I'm still maintaining a major number list in 2 years nobody can quite remember why, and people are heard murmering 'You should have tried Linux two years ago, you had to actually make device files yourself sometimes' Alan - 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: Configure.help is complete
> José Luis Domingo López <[EMAIL PROTECTED]>: > > Would it be great to have a similar documentation for those hundreds of > > "files" under /proc ?. > > Yes, this would be wonderful. Are you volunteering to write it? Some of it is documented - 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] support for Cobalt Networks (x86 only) systems (for real this
> + /* setup osb4 i/o regions */
> + if ((reg = get_reg(OSB4_INDEX_PORT, OSB4_DATA_PORT, 0x20)))
> + request_region(reg, 4, "OSB4 (pm1a_evt_blk)");
Check request_region worked
> +static int
> +i2c_wait_for_smi(void)
Obvious question - why duplicate the i2c layer
> +/* device structure */
> +static struct miscdevice lcd_dev = {
> + COBALT_LCD_MINOR,
Is this an officially allocated minor ?
> + /* Get the current cursor position */
> +case LCD_Get_Cursor_Pos:
> +display.cursor_address = lcddev_read_inst();
> +display.cursor_address = display.cursor_address & 0x07F;
> +copy_to_user((struct lcd_display *)arg, &display, dlen);
Sleeping holding a spinlock
> +case LCD_Set_Cursor_Pos:
> +copy_from_user(&display, (struct lcd_display *)arg, dlen);
Ditto. Also should check the return and return -EFAULT if so
> +/* LED daemon sits on this, we wake it up once a key is pressed */
> +static ssize_t
> +cobalt_lcd_read(struct file *file, char *buf, size_t count, loff_t *ppos)
> +{
> + int buttons_now;
> + static atomic_t lcd_waiters = ATOMIC_INIT(0);
> +
> + if (atomic_read(&lcd_waiters) > 0)
> + return -EINVAL;
> + atomic_inc(&lcd_waiters);
Unsafe. Two people can execute the atomic_read before anyone executes
the atomic_inc. You probably want test_and_set_bit() or a semaphore
> + while (((buttons_now = button_pressed()) == 0) &&
> +!(signal_pending(current)))
> + {
> + current->state = TASK_INTERRUPTIBLE;
We have a set_ function for this.. ALso what stops an ioctl occuring at
the same instant ?
-
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: [CHECKER] 2.4.5-ac4 security holes
> [BUG] looks really broken.
> /u2/engler/mc/oses/linux/2.4.5-ac4/fs/ioctl.c:108:sys_ioctl: ERROR:PARAM:70:108:
>Deref tainted var 'arg' (tainted from line 70)
Been meaning to dump that anyway so that was solved by the delete approach
- real bug
> [BUG] sure seems like it. In general, all 4 dereferences seem pretty bad.
> /u2/engler/mc/oses/linux/2.4.5-ac4/drivers/net/wan/cosa.c:1049:cosa_download:
>ERROR:PARAM:1046:1049: Deref tainted var 'd' (tainted from line 1046)
> return -EPERM;
Fixed .. only available to root anyway
> /u2/engler/mc/oses/linux/2.4.5-ac4/drivers/net/wan/cosa.c:1057:cosa_download:
>ERROR:PARAM:1046:1057: Deref tainted var 'd' (tainted from line 1046)
> return -EPERM;
> }
>
Ditto
> switch (cmd) {
> case SNDCTL_SYNTH_INFO:
> memcpy (&((char *) arg)[0], &wavefront_info,
Fixed
> [BUG] [RESURRECTED] Should be fixed in ac5, though.
> /u2/engler/mc/oses/linux/2.4.5-ac4/drivers/isdn/eicon/linchr.c:128:do_ioctl:
>ERROR:PARAM:60:128: tainted var 'arg' (from line 60) used as arg 0 to 'DivasGetList'
Done (wasnt fixed in ac5)
-
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: [kbuild-devel] Re: CML2 design philosophy heads-up
> On Sun, May 20, 2001 at 11:33:20PM -0700, Ben Ford wrote: > > Not only that, but Alan said that somebody is rewriting it in C. > I'll believe it when I see it. and if not then obviously nobody hates the python one enough ;) - 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: [RFD w/info-PATCH] device arguments from lookup, partion code
> Sure. But we have to do two syscalls only if ioctl has both in- and out- > arguments that way. Moreover, we are talking about non-trivial in- arguments. > How many of these are in hotspots? There is also a second question. How do you ensure the read is for the right data when you are sharing a file handle with another thread.. ioctl() has the nice property that an in/out ioctl is implicitly synchronized - 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: Linux 2.4.5-ac6
> Tt's still broken on r/w. R/o should be OK now. > > > o Move UFS file system to use dcache for metadata (Al Viro) > > What??? My error. I was pasting down the notes when you were talking about that bit on #kernel and forgot to take it out - 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: [kbuild-devel] Re: CML2 design philosophy heads-up
> i mean how in 2.2 the Makefile must search out for gcc, kgcc, gcc-2.95, > gcc-2.91 etc. what is the cml2 parser going to do? search for my python2 This isnt a CML2 related problem. Problem 1: People who don't like the CML2 description Problem 2: People who don't like python Problem 3: People who don't like the tool design Problem 4: People who don't have python2 #1 is the important item #2 is fixed by rewriting tools in C #3 is fixed by writing alternative tools using CML2 - and if you cant its a bug in the CML2 language #4 is probably one for the LDPS/LSB and vendor people to discuss so we have an official path for python2 - 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] net #6
> The following patch removes unnecessary #ifdefs from eexpress.c They are neccessary > @@ -643,9 +631,7 @@ > eexp_hw_tx_pio(dev,data,length); > } > dev_kfree_skb(buf); > -#ifdef CONFIG_SMP > spin_unlock_irqrestore(&lp->lock, flags); > -#endif > enable_irq(dev->irq); > return 0; They are done this way to get good non SMP performance. Your changes would ruin that. - 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: Plain 2.4.5 VM... (and 2.4.5-ac3)
> a reasonably stable release until 2.2.12. I do not understand why > code with such serious reproducible problems is being introduced into > the even numbered kernels. What happened to the plan to use only the Who said it was introduced ?? It was more 'lurking' than introduced. And unfortunately nobody really pinned it down in 2.4test. > By the way, The 2.4.5-ac3 kernel still fills swap and runs out of > memory during my morning NFS incremental backup. I got this message > in the syslog. 2.4.5-ac doesn't do some of the write throttling. Thats one thing I'm still working out. Linus 2.4.5 does write throttling but Im not convinced its done the right way > completely full. By that time the memory was in a reasonable state > but the swap space is still never being released. It wont be, its copied of memory already in apps. Linus said 2.4.0 would need more swap than ram when he put out 2.4.0. Alan - 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: maestro ported to 2.4 PCI API
> > - bumped version. > > we might as well just stop using these, they don't mean much of anything > anymore. Its useful to have version ids. So it would be better people used them more > Please read the FAQ at http://www.tux.org/lkml/ > - 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: 2.4.5 -ac series broken on Sparc64
> I went to check the -ac series, and each [1-4] breaks > in the same way on Sparc64 platform: Well I don't guarantee they will. > include/linux/irq.h:61: asm/hw_irq.h: No such file or directory > *** [sched.o] Error 1 > > a find . -name 'hw_irq.h' shows appropriate versions > in i386, ia64, mips, mips64, alpha, ppc, parisc, um, and sh > > Is this is a ports-maintainer issue, or what? Surely > breaking the sparc platform is not in the future plans... The sparc64 tree isnt very well integrated with -ac. What I have I merge but where -ac varies from the Linus tree or the Linus tree requires new files tends to break it. It can probably be an empty file - 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] net #6
> > They are done this way to get good non SMP performance. Your changes would > > ruin that. > > Maybe macro "spin_lock_irqsave_on_smp()" would be good idea? These > ifdefs look ugly. Maybe local to driver, maybe even global. I had that argument with Linus about globally and ended up with ifdefs. I agree about locally - feel free - 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: 2.4 freezes on VIA KT133
> VIA hardware is not suitable for anything until we _know_ the > truth about what is wrong. VIA is hiding something big. I dont think thats true > Creative Labs ought to toast VIA over blaming the sound card. :-) Of course the card might be buggy too The big problem with VIA is not that their hardware has bugs. Everyone has bugs. I can get a problem with an intel chipset go to developer.intel.com and generally get a straight answer and often a workaround. That makes me happy. The problem isnt the bug, its not being given honest info on it. If VIA had public errata that said things like 'Prefetch bursts can cause problems unless you set bit 3 of blah' well we'd be able to evaluate the performance impacts and people could make sensible decisions and have reliable code. Intel are not perfect either. We have a whole pile of laptops that crash when speedstep triggers a trap we cannot handle. We have an APIC problem that took much effort because they refused to help. When vendors do help life gets a lot easier. AMD USB was a problem due to errata. Once they published the fixes AMD USB ceased to be a problem. Alan - 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] for irda/irlan
> this patch addresses a few issues. one is unreversed effects in the > function upon an error condition. second is a large struct on the stack. > this code could be called multiple times i believe, making it fairly > dangerous. it's fairly inconvenient to move it off the stack, with the > number of possible error returns, but i think i covered everything. Please feed these through the Irda maintainers - the irda stack in Linus tree is way out of date and the one in -ac is a chunk behind right now. - 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: Dual AMD Palomino from Australia
> do you have an dual AMD 760MP based mobo, too? I dont - 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/
Linux 2.4.5-ac8
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac8 o Fix sign handling bug in random sysctl (me) | From Stanford tools o Add more idents to the NS558 driver (Vojtech Pavlik) o Fix oops on some HID descriptor sets(Vojtech Pavlik) o Fix reuse bug in UML net code + clean up(Jeff Dike) o ES1370 driver locking (Frank Davis) o Update init/main.c patch for umask (Andrew Tridgell) o Fix uml fault race, and looping fault on(Jeff Dike) protection error o Update devices.txt (H Peter Anvin) o Update the airo driver (fix pci pm oops.(Jeff Garzik) spinlock abuse, delete after kfree, unchecked copies) o Remove old UML umn driver (Jeff Dike) o Fix resource leaks and printk levels in isapnp (Mike Borrelli) o Add new procfs programming documentation(Erik Mouw) o Fix usb xconfig breakage(Andrzej Krzysztofowicz) o Replace accidentaly lost UP_APIC help (Mikael Pettersson) o Olypmic driver update (Mike Phillips) o Clean up LVM spelling, debug macros (Andreas Dilger) o Make various bits of LVM static (Andreas Dilger) o Make lvm_snapshot_use_rate its own function (Andreas Dilger) o Make lvm_do_lv_create loop the right amount o Fix lvm stamping on a semaphore causing an oops o Fix lvm hardware block size handling(Andrea Arcangeli) 2.4.5-ac7 o UML cleanups(Jeff Dike) o Trap invalid addresses in UML ethernet driver (Jeff Dike) o Reimplment UML user space access(Jeff Dike) o Add device node support to hostfs (Jorgen Cederlof) o Fix hang if the UML net helper fails to run (Jeff Dike) o Support setting time in UML kernels (Livio Baldini Soares) o Move more non portable code out of UML core (Jeff Dike) o Merge most of remaining UML ppc changes (Chris Emerson) o Printk cleanups, remove one non portable(James Stevenson) o Add speaker mixer support to the cmpci mixer(Carlos Gorges) o Fix inittdata ordering in i2c docs (Andrzej Krzysztofowicz) o Add usb skeleton driver (Greg Kroah-Hartmann) o Fix ns558 unload(Marcus Meissner) o Further cs46xx fixing (Frank Davies) o S/390 updates from the IBM folks(Martin Schwidefsky) o CS46xx pop/crackle fixes on IBM T20 (Thomas Woller) o Make USB require PCI(me) o Tulip driver update (Jeff Garzik) o Fix slip/slhc missing symbols problem (Michael Guntsche) o IRDA updates(Dag Brattli) o Add cs4232 isapnp probing (Marcus Meissner) o Merge airo_cs driver(Benjamin Reed, Javier Achirica, Jean Tourrilhes) o VIA workarounds for APIC IRQ routing(Jeff Garzik) o Fix bootmem.c comment cut&paste accident(Richard Urena) o Update LVM with new VG_CREATE ioctl (and(Joe Thornber) VG_CREATE_OLD for back compatibility) o Fix pv_t/lv_t confusion in lv_status_bydev_req (Joe Thornber) o Lots of update/fixes for _lv_status_by* code(Joe Thornber) o Add support for I2O IOP's requiring private (me) resource spaces o Hopefully fix hid jerkiness (Michael) 2.4.5-ac6 o Fix the cs46xx right this time (me) o Further FATfs cleanup (OGAWA Hirofumi) o ISDN PPP code cleanup, cvs tag update (Kai Germaschewski) o Large amount of UFS file system cleanup (Al Viro) o Fix endianness problems in FATfs(Petr Vandrovec) o Fix -ac quota crashes (Jan Kara) o Fix bluetooth out of memory handling(Greg Kroah-Hartmann) o Fix freevxfs readdir(Christoph Hellwig) o Fix freevxfs sign/unsigned issues (Christoph Hellwig) o Fix doctypos, other freevxfs cleanup(Christoph Hellwig) o Fix flush_dirt
Re: Linux 2.4.5-ac7
> 2.4.5-ac7 fixes the cs46xx problems I had with my ThinkPad 600X in > 2.4.5-ac[456]. It works great now. Many thanks to Frank Davis and Alan Cox! And also to Tom Woller and Crystal themselves who have been fixing a lot of the cs46xx real problems while we broke and fixed the locking - 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: [kbuild-devel] Re: CML2 design philosophy heads-up
> I think you're confusing a couple of different issues here, Alan. Even > supposing CML2 could parse CML1 rulesets, the design question about how > configuration *should* work (that is, what kind of user experience we > want to create and who we optimize ruleset design for) wouldn't go away. It would. Because people who like the old config would continue to use the old tools Alan - 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] almost forgot this one
> Add a rwproc entry to the ide structure, for recalling what happened last > time! > > Please let me knwo if there are any problems with this patch (some of the > patches I sent earlier depend on this). Looks ok to me, but check with Andre - 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/
Linux 2.4.5-ac9
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac9 o Fix gameport link problems (Vojtech Pavlik) o Fix an oops in the sg driver(Tachino Nobuhiro) o Fix brlock indexing bug (Takanori Kawano) o Add parport_pc_unregister_port (Tim Waugh) o Configure.help updates (Eric Raymond) o Fix xircom_cb problems with some cisco kit (Ion Badulescu) o Fix tdfxfb cursor rendering bug (Franz Melchior) o Add driver for the sony vaio i/o controller (Stelian Pop, Junchi Morita, Takaya Kinjo, Andrew Tridgell) o Orinoco updates for symbol, intel, 3com cards (Jean Tourrihles) o Use list_del_init in uhci driver(Herbert Xu) o Fix a uhci SMP deadlock (Herbert Xu) o Allow faster freeing of reisefs metadata(Chris Mason) o Fix error path leaks in reiserfs(Chris Mason, Vladimir Saveliev) o Fix NFS problems triggered by 2.4.5 mmap change (Trond Myklebust) o Resynchronize with m68k tree(Jes Sorensen) o Add es1371 sound driver locking (Frank Davis) o Fix a small error in the trident locking(Frank Davis) 2.4.5-ac8 o Fix sign handling bug in random sysctl (me) | From Stanford tools o Add more idents to the NS558 driver (Vojtech Pavlik) o Fix oops on some HID descriptor sets(Vojtech Pavlik) o Fix reuse bug in UML net code + clean up(Jeff Dike) o ES1370 driver locking (Frank Davis) o Update init/main.c patch for umask (Andrew Tridgell) o Fix uml fault race, and looping fault on(Jeff Dike) protection error o Update devices.txt (H Peter Anvin) o Update the airo driver (fix pci pm oops.(Jeff Garzik) spinlock abuse, delete after kfree, unchecked copies) o Remove old UML umn driver (Jeff Dike) o Fix resource leaks and printk levels in isapnp (Mike Borrelli) o Add new procfs programming documentation(Erik Mouw) o Fix usb xconfig breakage(Andrzej Krzysztofowicz) o Replace accidentaly lost UP_APIC help (Mikael Pettersson) o Olypmic driver update (Mike Phillips) o Clean up LVM spelling, debug macros (Andreas Dilger) o Make various bits of LVM static (Andreas Dilger) o Make lvm_snapshot_use_rate its own function (Andreas Dilger) o Make lvm_do_lv_create loop the right amount o Fix lvm stamping on a semaphore causing an oops o Fix lvm hardware block size handling(Andrea Arcangeli) 2.4.5-ac7 o UML cleanups(Jeff Dike) o Trap invalid addresses in UML ethernet driver (Jeff Dike) o Reimplment UML user space access(Jeff Dike) o Add device node support to hostfs (Jorgen Cederlof) o Fix hang if the UML net helper fails to run (Jeff Dike) o Support setting time in UML kernels (Livio Baldini Soares) o Move more non portable code out of UML core (Jeff Dike) o Merge most of remaining UML ppc changes (Chris Emerson) o Printk cleanups, remove one non portable(James Stevenson) o Add speaker mixer support to the cmpci mixer(Carlos Gorges) o Fix inittdata ordering in i2c docs (Andrzej Krzysztofowicz) o Add usb skeleton driver (Greg Kroah-Hartmann) o Fix ns558 unload(Marcus Meissner) o Further cs46xx fixing (Frank Davies) o S/390 updates from the IBM folks(Martin Schwidefsky) o CS46xx pop/crackle fixes on IBM T20 (Thomas Woller) o Make USB require PCI(me) o Tulip driver update (Jeff Garzik) o Fix slip/slhc missing symbols problem (Michael Guntsche) o IRDA updates(Dag Brattli) o Add cs4232 isapnp probing (Marcus Meissner) o Merge airo_cs driver(Benjamin Reed, Javier Achirica
SCSI is as SCSI don't...
I am trying to get 2.4.5 and/or 2.4.5-ac9 working. Both are choking on compile with an odd error message or four... In file included from /usr/src/linux-2.4.5-ac9/include/linux/raid/md.h:50, from ll_rw_blk.c:30: /usr/src/linux-2.4.5-ac9/include/linux/raid/md_k.h: In function `pers_to_level':/usr/src/linux-2.4.5-ac9/include/linux/raid/md_k.h:41: warning: control reaches end of non-void function I am seeing similar messages in the AIC7xxx code. The basic effect is that the kernel will not load. Something breaks hard in it. My C is pretty rusty. (Too much IS work as of late...) Does anyone know what this message is and why it is occuring? I am currently using 2.4.4-ac11 and it does not have this problem. My reason for upgrading is that cdrecord gave me the following error, and I was hoping that 2.4.5 would have fixed it... Starting new track at sector: 0 CDB: 2A 00 00 00 9E FF 00 00 1F 80 cdrecord: Input/output error. write_teac_g1: scsi sendcmd: retryable error Sense Bytes: 70 00 0B 00 00 00 00 0A 00 00 00 01 BA 00 00 00 status: 0x2 (CHECK CONDITION) Sense Key: 0xB Aborted Command, Segment 0 Sense Code: 0xBA Qual 0x00 (no write data - buffer empty) Fru 0x0 Sense flags: Blk 0 (not valid) cdrecord: Input/output error. write_teac_g1: scsi sendcmd: retryable error write track data: error after 83359744 bytes status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 WARNING: adding dummy block to close track. CDB: 2A 00 00 00 9E FF 00 00 01 00 Sense Bytes: 70 00 0B 00 00 00 00 0A 00 00 00 01 BA 00 00 00 Sense Key: 0xB Aborted Command, Segment 0 Sense Code: 0xBA Qual 0x00 (no write data - buffer empty) Fru 0x0 Sense flags: Blk 0 (not valid) Ideas...? (At least it give me time to finish Linus's autobiography while I am rebuilding things, but I am quickly running out of book. ]:> ) [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "In the future, everything will have its 15 minutes of blame." - 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: SCSI is as SCSI don't...
Forgot to list my working environment... Redhat 7.1 patched to pretty close to the latest. (As of a week ago or so.) P-III 600 with 256 megs of ram and lots of disk, so resource starvation is not an issue. (Unless something got REALLY big in the last few patches.) On Tue, 5 Jun 2001, Alan Olsen wrote: > I am trying to get 2.4.5 and/or 2.4.5-ac9 working. Both are choking on > compile with an odd error message or four... > > In file included from /usr/src/linux-2.4.5-ac9/include/linux/raid/md.h:50, > from ll_rw_blk.c:30: > /usr/src/linux-2.4.5-ac9/include/linux/raid/md_k.h: In function > `pers_to_level':/usr/src/linux-2.4.5-ac9/include/linux/raid/md_k.h:41: > warning: control reaches end of non-void function > > I am seeing similar messages in the AIC7xxx code. > > The basic effect is that the kernel will not load. Something breaks hard > in it. > > My C is pretty rusty. (Too much IS work as of late...) Does anyone know > what this message is and why it is occuring? > > I am currently using 2.4.4-ac11 and it does not have this problem. > > My reason for upgrading is that cdrecord gave me the following error, and > I was hoping that 2.4.5 would have fixed it... > > Starting new track at sector: 0 > CDB: 2A 00 00 00 9E FF 00 00 1F 80 > cdrecord: Input/output error. write_teac_g1: scsi sendcmd: retryable error > Sense Bytes: 70 00 0B 00 00 00 00 0A 00 00 00 01 BA 00 00 00 > status: 0x2 (CHECK CONDITION) > Sense Key: 0xB Aborted Command, Segment 0 > Sense Code: 0xBA Qual 0x00 (no write data - buffer empty) Fru 0x0 > Sense flags: Blk 0 (not valid) > > cdrecord: Input/output error. write_teac_g1: scsi sendcmd: retryable error > write track data: error after 83359744 bytes > status: 0x2 (CHECK CONDITION) > Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 > WARNING: adding dummy block to close track. > CDB: 2A 00 00 00 9E FF 00 00 01 00 > Sense Bytes: 70 00 0B 00 00 00 00 0A 00 00 00 01 BA 00 00 00 > Sense Key: 0xB Aborted Command, Segment 0 > Sense Code: 0xBA Qual 0x00 (no write data - buffer empty) Fru 0x0 > Sense flags: Blk 0 (not valid) > > Ideas...? (At least it give me time to finish Linus's autobiography while > I am rebuilding things, but I am quickly running out of book. ]:> ) > > [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply > Alan Olsen| to my mail, just hit the ctrl, alt and del keys. > "In the future, everything will have its 15 minutes of blame." > > - > 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/ > [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "In the future, everything will have its 15 minutes of blame." - 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: Plain 2.4.5 VM... (and 2.4.5-ac3)
> There was a new 8139too driver added to the the 2.4.5 (I think) kernel > which Alan Cox took back out and reverted to the old one in his > 2.4.5-ac? versions because it is apparently causing lockups. > Shouldn't this new driver have been released in a 2.5.x development > kernel and proven there before replacing the one in the production > kernel? I haven't even seen a 2.5.x kernel released yet. Nope. The 2.4.3 one is buggy too - but differently (and it turns out a little less) buggy. Welcome to software. - 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: Sound card lockup on 2.4.5-ac4 and -ac5
> As of 2.4.5-ac4 (maybe -ac3 too), my sound card (a cs46xx) has stopped > working. Looks like there's something wrong with the interrupt handling code > because the device remains busy, I get weird lockups after having run and The locking fixes broke it. I'll try and take a look at it this weekend. Its probably just a missing init_MUTEX() somewhere - 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: SCSI is as SCSI don't...
On Tue, 5 Jun 2001, Greg KH wrote: > On Tue, Jun 05, 2001 at 11:08:04PM -0700, Alan Olsen wrote: > > The basic effect is that the kernel will not load. Something breaks hard > > in it. > > Any clue on what the last thing printed to the kernel log is? > Hardware you have? > .config for the kernel? > > Come on Alan, I know you can give better bug reports than that :) it has been a long day... Actually it did not get much past the lilo prompt. I will add more debugging options and try again after I get more sleep. [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "In the future, everything will have its 15 minutes of blame." - 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/
es1371 compile issue in 2.4.5-ac9
Try to reproduce one problem and find another... I rebuilt from clean source and patch for 2.4.5-ac9 and neglected to add in anything using the joystick. (Which I should have done since this thing has most of the games (I mean "X test utilities") on it.) This should be pretty straightforward to fix, if it has not been already... Chokes on link. .config attached. make[1]: Leaving directory `/usr/src/linux/arch/i386/lib' ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \ --start-group \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \ drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/char/agp/agp.o drivers/char/drm/drm.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/pcmcia/pcmcia.o drivers/pnp/pnp.o drivers/video/video.o \ net/network.o \ /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a /usr/src/linux/arch/i386/lib/lib.a \ --end-group \ -o vmlinux drivers/sound/sounddrivers.o: In function `es1371_probe': drivers/sound/sounddrivers.o(.text+0x5e5d): undefined reference to `gameport_register_port' drivers/sound/sounddrivers.o: In function `es1371_remove': drivers/sound/sounddrivers.o(.text+0x5f71): undefined reference to `gameport_unregister_port' make: *** [vmlinux] Error 1 [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "In the future, everything will have its 15 minutes of blame." # # Automatically generated by make menuconfig: don't edit # # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set CONFIG_M586TSC=y # CONFIG_M686 is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_TSC=y CONFIG_1GB=y # CONFIG_2GB is not set # CONFIG_MATH_EMULATION is not set # CONFIG_MTRR is not set # CONFIG_SMP is not set # # Loadable module support # CONFIG_MODULES=y # CONFIG_MODVERSIONS is not set CONFIG_KMOD=y # # General setup # CONFIG_NET=y CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_QUIRKS=y # CONFIG_PCI_OPTIMIZE is not set CONFIG_PCI_OLD_PROC=y # CONFIG_MCA is not set # CONFIG_VISWS is not set CONFIG_SYSVIPC=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_SYSCTL=y CONFIG_BINFMT_AOUT=y CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=y # CONFIG_BINFMT_JAVA is not set # CONFIG_PARPORT is not set # CONFIG_APM is not set # # Plug and Play support # # CONFIG_PNP is not set # # Block devices # CONFIG_BLK_DEV_FD=y CONFIG_BLK_DEV_IDE=y # CONFIG_BLK_DEV_HD_IDE is not set CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDECD=y # CONFIG_BLK_DEV_IDETAPE is not set # CONFIG_BLK_DEV_IDEFLOPPY is not set # CONFIG_BLK_DEV_IDESCSI is not set CONFIG_BLK_DEV_CMD640=y # CONFIG_BLK_DEV_CMD640_ENHANCED is not set CONFIG_BLK_DEV_RZ1000=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_BLK_DEV_IDEDMA=y # CONFIG_BLK_DEV_OFFBOARD is not set CONFIG_IDEDMA_AUTO=y # CONFIG_BLK_DEV_OPTI621 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_NS87415 is not set # CONFIG_BLK_DEV_VIA82C586 is not set # CONFIG_BLK_DEV_CMD646 is not set # CONFIG_BLK_DEV_CS5530 is not set # CONFIG_IDE_CHIPSETS is not set CONFIG_BLK_DEV_LOOP=m # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_MD is not set # CONFIG_BLK_DEV_RAM is not set # CONFIG_BLK_DEV_XD is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_PARIDE_PARPORT=y # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_DEV_HD is not set # # Networking options # CONFIG_PACKET=y CONFIG_NETLINK=y CONFIG_RTNETLINK=y # CONFIG_NETLINK_DEV is not set CONFIG_FIREWALL=y CONFIG_FILTER=y CONFIG_UNIX=y CONFIG_INET=y # CONFIG_IP_MULTICAST is not set # CONFIG_IP_ADVANCED_ROUTER is not set # CONFIG_IP_PNP is not set CONFIG_IP_FIREWALL=y # CONFIG_IP_FIREWALL_NETLINK is not set # CONFIG_IP_TRANSPARENT_PROXY is not set # CONFIG_IP_MASQUERADE is not set # CONFIG_IP_ROUTER is not set # CONFIG_NET_IPIP is not set # CONFIG_NET_IPGRE is not set CONFIG_IP_ALIAS=y # CONFIG_ARPD is not set # CONFIG_SYN_COOKIES is not set # CONFIG_INET_RARP is not set CONFIG_SKB_LARGE=y # CONFIG_IPV6 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_BRIDGE is not set # CONFIG_LLC is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_FASTROUTE is not set # CONFIG_NET_HW_FLOWCONTROL is no
Re: Plain 2.4.5 VM...
> It's not a bug. It's a feature. It only breaks systems that are run w= > ith "too > little" swap, and the only difference from 2.2 till now is, that the de= > finition > of "too little" changed. its a giant bug. Or do you want to add 128Gb of unused swap to a full kitted out Xeon box - or 512Gb to a big athlon ??? - 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: [RFD w/info-PATCH] device arguments from lookup, partion code
> Now that I'm awake and refreshed, yeah, that's awful. But > echo "hot-add,slot=5,device=/dev/sda" >/dev/md0/control *is* sane. Heck, > the system can even send back result codes that way. Only to an English speaker. I suspect Quebec City canadians would prefer a different command set. - 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: "clock timer configuration lost" on Serverworks chipset
> The 2.2.20-pre2 patch doesn't change time.c, and I don't see > this code in 2.4.4 or 2.4.5pre. its in 2.4.4-ac where Im testing the change > - 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] support for Cobalt Networks (x86 only) systems (for
> I'd argue for rate limiting as the application only gets back new data, > never a cached value n times in a row. Which is worse. I cat the proc file a few times and your HA app is unlucky. It now gets *NO* data for five minutes. If we cache the values it gets approximate data - 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: disk-based fds in select/poll
> I am thinking that a read() (or sendfile()) that would block because the > pages aren't in core should instead post a request for the pages to be > loaded (some kind of readahead mecanism?) and return immediately (maybe > having given some data that *was* in core). A subsequent read() could reads posts a readahead anyway so streaming reads tend not to block much > SGI's AIO might be a solution here, does it use threads? I'm trying to > avoid context switching as much as possible, to keep the CPU cache as > warm as possible. glibc 2.2 does thread based aio_ and it will tend to avoid cache damage as the thread share the mm but on SMP its quite possible the read wil occur on the other CPU. Of course kernel based I/O might do the same too.. - 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: disk-based fds in select/poll
> Ok, so while knowing about select "lying" about readability of a file > fd, if I would stick a file fd in my select-based loop anyway, but would You could fix select to return when the page was cachied and return EWOULDBLOCK on reads if the page was not present to be honest. I don't think that would actually break any apps, and the specs seem to allow it > only try to read a bit at a time (say, 4K or 8K) would trigger > readahead, yet finish quickly enough that I can get back to processing > other fds in my select loop? Probably > Wouldn't that cause too many syscalls to be done? Or if this is actually > the way to go without an actual thread, how should I go determining an > optimal block size? fs block size I suspect or small multiple thereof - 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: 2.4.4-ac[356]: network (8139too) related crashes
> Tried 2.4.5 and got the same problem again. Parhaps I'll sty with 2.4.3-ac3 > for now. At least it doesn't freeze ... Can you try 2.4.5 with the 8139too.c file from the 2.4.3-ac3 that works for you and report on that - 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: Broken memory init on VIA KX133
> I'm wondering if anyone knows/has a fix for memory past 64mb not being > detected (unless you use append="mem=...M" in lilo) on the Via VT8371 > [KX133] North bridge. (Please CC any replies since I'm off kernel list > atm.) Consult your BIOS vendor - 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/
Linux 2.4.5-ac10
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac10 o Fix xircom cardbus filter setup (Ion Badulescu) o Dave Jones has moved(Dave Jones) o Further Configure.help cleanup (Eric Raymond) o Switch usb serial driver locking(Greg Kroah-Hartmann) o Update IRDA Irnet protocol code (Jean Tourrilhes) o Update ide-tape and osst drivers(Willem Riede) o Add ethtool support to ne2k-pci (Jeff Garzik) o Misc small network driver tweaks/cleanup(Jeff Garzik) o Module description strings for net drivers (Jeff Garzik) o Fix thread/unload race in reiserfs (Nikita Danilov) o Fix a race in reiserfs_writepage(Chris Mason) o Add prolific 2203 USB serial support(Greg Kroah-Hartmann) o Update isdn maintainers (Kai Germaschewski) o Add another USS720 device entry (Steve Tell) o Reap dead swap cache pages (Marcelo Tosatti) o Fix USB sign handling error (Jochen Pernsteiner) o Update input driver docs(Vojtech Pavlik) o Fix locking bug in hysdn(Kai Germaschewski) o Fix hid parsing bug with feature reports(Vojtech Pavlik) o Fix ataraid config.in bug (Jim Wright) 2.4.5-ac9 o Fix gameport link problems (Vojtech Pavlik) o Fix an oops in the sg driver(Tachino Nobuhiro) o Fix brlock indexing bug (Takanori Kawano) o Add parport_pc_unregister_port (Tim Waugh) o Configure.help updates (Eric Raymond) o Fix xircom_cb problems with some cisco kit (Ion Badulescu) o Fix tdfxfb cursor rendering bug (Franz Melchior) o Add driver for the sony vaio i/o controller (Stelian Pop, Junchi Morita, Takaya Kinjo, Andrew Tridgell) o Orinoco updates for symbol, intel, 3com cards (Jean Tourrihles) o Use list_del_init in uhci driver(Herbert Xu) o Fix a uhci SMP deadlock (Herbert Xu) o Allow faster freeing of reisefs metadata(Chris Mason) o Fix error path leaks in reiserfs(Chris Mason, Vladimir Saveliev) o Fix NFS problems triggered by 2.4.5 mmap change (Trond Myklebust) o Resynchronize with m68k tree(Jes Sorensen) o Add es1371 sound driver locking (Frank Davis) o Fix a small error in the trident locking(Frank Davis) 2.4.5-ac8 o Fix sign handling bug in random sysctl (me) | From Stanford tools o Add more idents to the NS558 driver (Vojtech Pavlik) o Fix oops on some HID descriptor sets(Vojtech Pavlik) o Fix reuse bug in UML net code + clean up(Jeff Dike) o ES1370 driver locking (Frank Davis) o Update init/main.c patch for umask (Andrew Tridgell) o Fix uml fault race, and looping fault on(Jeff Dike) protection error o Update devices.txt (H Peter Anvin) o Update the airo driver (fix pci pm oops.(Jeff Garzik) spinlock abuse, delete after kfree, unchecked copies) o Remove old UML umn driver (Jeff Dike) o Fix resource leaks and printk levels in isapnp (Mike Borrelli) o Add new procfs programming documentation(Erik Mouw) o Fix usb xconfig breakage(Andrzej Krzysztofowicz) o Replace accidentaly lost UP_APIC help (Mikael Pettersson) o Olypmic driver update (Mike Phillips) o Clean up LVM spelling, debug macros (Andreas Dilger) o Make various bits of LVM static (Andreas Dilger) o Make lvm_snapshot_use_rate its own function (Andreas Dilger) o Make lvm_do_lv_create loop the right amount o Fix lvm stamping on a semaphore causing an oops o Fix lvm hardware block size handling(Andrea Arcangeli) 2.4.5-ac7 o UML cleanups(Jeff Dike) o Trap invalid addresses in UML ethernet driver (Jeff Dike
Linux 2.4.5-ac11
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac11 o Fix the megaraid driver ioctl check (me) o Fix the moxa ioctl checks (me) o Fix the i810 dri length check (me) o Fix array check in se401.c (me) o Fix scc irq array problems (me) o Fix sign check on zr36120 (me) o Fix sign check in raw driver(me) o Fix zr36067 array size check(me) | All the above from the Stanford checker o Fix an irq order assumption in the i810 audio (Doug Ledford) o Make real mode poweroff configurable and also (Arjan van de Ven) add DMI entries for it o Clean up Alpha oops reporting (Will Woods) o Fix ia64 build bug from mmap change (Bill Nottingham) o Fix sysinfo padding so m68k comes out right (Jes Sorensen) o Update pci ids related to ide devices (Andre Hedrick) o Update ide registers/ioctl numbers/info (Andre Hedrick) o Fix speed detection on slc90e66 (Andre Hedrick) o Update promise IDE driver (Andre Hedrick) o osb4 becomes generic serverworks ide driver (Andre Hedrick) o Use new inits on ide_tape, add a reinit (Andre Hedrick) o Use new inits on ide_floppy add a reinit(Andre Hedrick) o Add amd74xx ide driver (Andre Hedrick) o Tidy up ide disk init/reinit. Add feature (Andre Hedrick) register clear o Additional ide updates (Andre Hedrick) 2.4.5-ac10 o Fix xircom cardbus filter setup (Ion Badulescu) o Dave Jones has moved(Dave Jones) o Further Configure.help cleanup (Eric Raymond) o Switch usb serial driver locking(Greg Kroah-Hartmann) o Update IRDA Irnet protocol code (Jean Tourrilhes) o Update ide-tape and osst drivers(Willem Riede) o Add ethtool support to ne2k-pci (Jeff Garzik) o Misc small network driver tweaks/cleanup(Jeff Garzik) o Module description strings for net drivers (Jeff Garzik) o Fix thread/unload race in reiserfs (Nikita Danilov) o Fix a race in reiserfs_writepage(Chris Mason) o Add prolific 2203 USB serial support(Greg Kroah-Hartmann) o Update isdn maintainers (Kai Germaschewski) o Add another USS720 device entry (Steve Tell) o Reap dead swap cache pages (Marcelo Tosatti) o Fix USB sign handling error (Jochen Pernsteiner) o Update input driver docs(Vojtech Pavlik) o Fix locking bug in hysdn(Kai Germaschewski) o Fix hid parsing bug with feature reports(Vojtech Pavlik) o Fix ataraid config.in bug (Jim Wright) 2.4.5-ac9 o Fix gameport link problems (Vojtech Pavlik) o Fix an oops in the sg driver(Tachino Nobuhiro) o Fix brlock indexing bug (Takanori Kawano) o Add parport_pc_unregister_port (Tim Waugh) o Configure.help updates (Eric Raymond) o Fix xircom_cb problems with some cisco kit (Ion Badulescu) o Fix tdfxfb cursor rendering bug (Franz Melchior) o Add driver for the sony vaio i/o controller (Stelian Pop, Junchi Morita, Takaya Kinjo, Andrew Tridgell) o Orinoco updates for symbol, intel, 3com cards (Jean Tourrihles) o Use list_del_init in uhci driver(Herbert Xu) o Fix a uhci SMP deadlock (Herbert Xu) o Allow faster freeing of reisefs metadata(Chris Mason) o Fix error path leaks in reiserfs(Chris Mason, Vladimir Saveliev) o Fix NFS problems triggered by 2.4.5 mmap change (Trond Myklebust) o Resynchronize with m68k tree(Jes Sorensen) o Add es1371 sound driver locking (Frank Davis) o Fix a small error in the trident locking(Frank Davis) 2.4.5-ac8 o Fix sign handling bug in random sysctl
Re: [PATCH] Remove nr_async_pages limit
> This patch removes the limit on the number of async pages in the > flight. I have this in all 2.4.5-ac. It does help a little but there are some other bits you have to deal with too, in paticular wrong aging. See the -ac version - 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/
Linux 2.4.5-ac12
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac12 o Report apic timer vector in hex too (Philip Pokorny) | With 0x in front so we can tell on reports.. o Report card services differently if kernel (Jeff Garzik) o Don't terminate init on sysrq (Adam Slattery) unless forced o Add more pci wrappers when PCI is off (Jeff Garzik) o Remove 4K object from the stack in emu10k1 (me) o Remove 3.5K object from the i2o_proc stack (me) o Remove 3K object from the ewrk3 ioctl stack (me) o Fix bugs in the es1371 locking (me) o Fix ohci iso alignments (Roman Weissgaerber) o Updated megaraid driver (Atul Mukker) | In paticular this now uses the new PCI api 2.4.5-ac11 o Fix the megaraid driver ioctl check (me) o Fix the moxa ioctl checks (me) o Fix the i810 dri length check (me) o Fix array check in se401.c (me) o Fix scc irq array problems (me) o Fix sign check on zr36120 (me) o Fix sign check in raw driver(me) o Fix zr36067 array size check(me) | All the above from the Stanford checker o Fix an irq order assumption in the i810 audio (Doug Ledford) o Make real mode poweroff configurable and also (Arjan van de Ven) add DMI entries for it o Clean up Alpha oops reporting (Will Woods) o Fix ia64 build bug from mmap change (Bill Nottingham) o Fix sysinfo padding so m68k comes out right (Jes Sorensen) o Update pci ids related to ide devices (Andre Hedrick) o Update ide registers/ioctl numbers/info (Andre Hedrick) o Fix speed detection on slc90e66 (Andre Hedrick) o Update promise IDE driver (Andre Hedrick) o osb4 becomes generic serverworks ide driver (Andre Hedrick) o Use new inits on ide_tape, add a reinit (Andre Hedrick) o Use new inits on ide_floppy add a reinit(Andre Hedrick) o Add amd74xx ide driver (Andre Hedrick) o Tidy up ide disk init/reinit. Add feature (Andre Hedrick) register clear o Additional ide updates (Andre Hedrick) 2.4.5-ac10 o Fix xircom cardbus filter setup (Ion Badulescu) o Dave Jones has moved(Dave Jones) o Further Configure.help cleanup (Eric Raymond) o Switch usb serial driver locking(Greg Kroah-Hartmann) o Update IRDA Irnet protocol code (Jean Tourrilhes) o Update ide-tape and osst drivers(Willem Riede) o Add ethtool support to ne2k-pci (Jeff Garzik) o Misc small network driver tweaks/cleanup(Jeff Garzik) o Module description strings for net drivers (Jeff Garzik) o Fix thread/unload race in reiserfs (Nikita Danilov) o Fix a race in reiserfs_writepage(Chris Mason) o Add prolific 2203 USB serial support(Greg Kroah-Hartmann) o Update isdn maintainers (Kai Germaschewski) o Add another USS720 device entry (Steve Tell) o Reap dead swap cache pages (Marcelo Tosatti) o Fix USB sign handling error (Jochen Pernsteiner) o Update input driver docs(Vojtech Pavlik) o Fix locking bug in hysdn(Kai Germaschewski) o Fix hid parsing bug with feature reports(Vojtech Pavlik) o Fix ataraid config.in bug (Jim Wright) 2.4.5-ac9 o Fix gameport link problems (Vojtech Pavlik) o Fix an oops in the sg driver(Tachino Nobuhiro) o Fix brlock indexing bug (Takanori Kawano) o Add parport_pc_unregister_port (Tim Waugh) o Configure.help updates (Eric Raymond) o Fix xircom_cb problems with some cisco kit (Ion Badulescu) o Fix tdfxfb cursor rendering bug (Franz Melchior) o Add driver for the sony vaio i/o controller (Stelia
Re: [patch] ess maestro, support for hardware volume control
> this patch applies to (at least) 2.4.3 up to and including 2.4.6-pre2. > It enables the hardware volume control feature of the maestro. it doesnt apply to the current version of the maestro driver (2.4.5-ac) however. I think it is clashing with the docking station support - 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: [2.4.5 and all ac-Patches] massive file corruption with reiser or NFS
> I got massive file corruptions with the kernels mentioned in the subject. I > can reproduce it every time. Which other 2.4 trees have you tried ? Does booting with ide=nodma help ? [only in -ac] - 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] ess maestro, support for hardware volume control
> BTW, what is the officially approved way to open a device on a > dynamic misc minor? Reading /proc/misc for the minor number, Ask for minor 0 I believe, then load the module then see what you got. > then mknod'ing a device and opening it seems to me to have a > nasty race condition, am I missing something here? Ultimately if its a device of its own it probably wants to be part of the input device frame work - as for example the volume knob on my USB speakers is - 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: Linux 2.4.4-ac17
> Yes.. seems the caches need some size limits. ramfs will lock you in > a heart beat if you hit oom. (i made a typo during iozone run.. oops:) ramnfs has resource limits in -ac for a reason. - 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: Dying disk and filesystem choice.
> IMHO we are not that deep into code freeze anymore. Freevxfs got added > in linux-2.4.5-pre*, so I think that a patch that adds a useful feature > like badblock support would be OK. FreeVxFS changes precisely nothing in the behaviour of any other fs - its like adding a new driver. Updating Reiserfs requires a lot more care because it has the potential to harm existing stable setups - 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/
Linux 2.4.5-ac13
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac13 o Fix i2o_block to use invalidate_device (me) o Fix viodasd to use invalidate_device(me) o Fix missing ipc alloc check (Manfred Spraul) o Use skb_purge_queue in isdn (Kai Germaschewski) o Fix epic100 printk error(Francois Romieu) o Resync with master Configure.help (Eric Raymond) o Avoid oops when reading swap proc during swapon (Paul Menage) o Sony pi driver update (Stelian Pop) o Sony motioneye camera driver(Stelian Pop, Andrew Tridgell) o Fix eepro100 access by user to some registers (Andrey Savochkin) o Small APM real mode reboot clean ups(Stephen Rothwell) o Fix isofs buffer leak on invalid iocharset (Tachino Nobuhiro) o Fix default encoding on pwc videocam(Mark Cooke) o Clean up FAT further, fix endian bug, and times (OGAWA Hirofumi) before 1/1/1980 o Support combo parallel/serial PCI cards (Tim Waugh) o CS46xx mmap oops fix(me) 2.4.5-ac12 o Report apic timer vector in hex too (Philip Pokorny) | With 0x in front so we can tell on reports.. o Report card services differently if kernel (Jeff Garzik) o Don't terminate init on sysrq (Adam Slattery) unless forced o Add more pci wrappers when PCI is off (Jeff Garzik) o Remove 4K object from the stack in emu10k1 (me) o Remove 3.5K object from the i2o_proc stack (me) o Remove 3K object from the ewrk3 ioctl stack (me) o Fix bugs in the es1371 locking (me) o Fix ohci iso alignments (Roman Weissgaerber) o Updated megaraid driver (Atul Mukker) | In paticular this now uses the new PCI api 2.4.5-ac11 o Fix the megaraid driver ioctl check (me) o Fix the moxa ioctl checks (me) o Fix the i810 dri length check (me) o Fix array check in se401.c (me) o Fix scc irq array problems (me) o Fix sign check on zr36120 (me) o Fix sign check in raw driver(me) o Fix zr36067 array size check(me) | All the above from the Stanford checker o Fix an irq order assumption in the i810 audio (Doug Ledford) o Make real mode poweroff configurable and also (Arjan van de Ven) add DMI entries for it o Clean up Alpha oops reporting (Will Woods) o Fix ia64 build bug from mmap change (Bill Nottingham) o Fix sysinfo padding so m68k comes out right (Jes Sorensen) o Update pci ids related to ide devices (Andre Hedrick) o Update ide registers/ioctl numbers/info (Andre Hedrick) o Fix speed detection on slc90e66 (Andre Hedrick) o Update promise IDE driver (Andre Hedrick) o osb4 becomes generic serverworks ide driver (Andre Hedrick) o Use new inits on ide_tape, add a reinit (Andre Hedrick) o Use new inits on ide_floppy add a reinit(Andre Hedrick) o Add amd74xx ide driver (Andre Hedrick) o Tidy up ide disk init/reinit. Add feature (Andre Hedrick) register clear o Additional ide updates (Andre Hedrick) 2.4.5-ac10 o Fix xircom cardbus filter setup (Ion Badulescu) o Dave Jones has moved(Dave Jones) o Further Configure.help cleanup (Eric Raymond) o Switch usb serial driver locking(Greg Kroah-Hartmann) o Update IRDA Irnet protocol code (Jean Tourrilhes) o Update ide-tape and osst drivers(Willem Riede) o Add ethtool support to ne2k-pci (Jeff Garzik) o Misc small network driver tweaks/cleanup(Jeff Garzik) o Module description strings for net drivers (Jeff Garzik) o Fix thread/unload race in reiserfs (Nikita Danilov) o Fix a race in reiserfs_writepage(Chris Mason) o Add prolific 2203 USB serial su
Re: [PATCH] zr36120.c
> I found this error using xgcc with metal as an error checker. It seems to > be a simple case of not freeing allocatd memory on an error path. > -john martin Already fixed in -ac - 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: [CHECKER] 15 probable security holes in 2.4.5-ac8
> Granted. But I've no reports that anyone actually tried that, > especially as the (unmodified) driver is only useful for packet radio > purposes. > > >Both fixed > > How? ;-) NR_IRQS is defined by each port. I used that. Its the blunt instrument approach until you do it nicely 8) - 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: UDMA on Dell Inspiron 8000
> ide: Assuming 33MHz system bus speed for PIO modes; override with > idebus=xx > PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, > DID=244a The i815 mobile chipset isnt in Linus kernel tables at that point. I think it should be in by 2.4.5, but its in -ac if not - 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: BCM5700, 1000 Mbps driver
> Are there any places (besides other drivers in the kernel) to look for > documents on how to write module-drivers/in-kernel drivers? I'd actually suggest Documentation/CodingStyle as a good starting point. Its probably worth making the code clean and easy to read before trying to do other stuff to it. Its a lot easier to prove your own changes are correct if you do that after you've proved a reformat and tidy didnt break it > Should I start by giving people a link to the source code? ;) We need this Sure - 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: Any limitations on bigmem usage?
> Specifically, is there anything to prevent me from malloc()ing 6GB of memory, > then accessing that memory as I would any other buffer? FYI, the application X86 has no nice way to address over 4Gb of RAM. You can do paging games with multiple banks and shmat (ie like using DOS expanded ram but with bigger pieces). > I've been eyeing an 8-way Intel box with gobs of memory, but if there are subtle > issues with using that much memory, I need to know now. If your algorithm can work well with say 2Gb windows on the data and only change window evey so often (in computing terms) then it should be ok, if its access is random you need to look at a 64bit box like an Alpha, Sparc64 or eventually IA64 - 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] support for Cobalt Networks (x86 only) systems (for realthis
> In both of these situations, calling the ioctls without priveleges is > quite useful, so maybe rate-limiting for ioctls and proc files like this > would be a good idea in general. Many of them (like the MII and APM ones) the result can be cached - 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: Swap problems persisting?
> I found myself in trouble with sudden shutdowns while playing DVDs (LiViD) and >sometimes > running Mozilla 0.8.1 simultaneously, but running mozilla wasn't always necessary. > Describe "sudden shutdown" more precisely first of all - 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: obsolete code must die
On Wed, 13 Jun 2001, Daniel wrote: I agree that some clean up is needed. (The size of the kernel is getting HUGE. Back in the old days, we didn't have kernels larger than a few hundred kbytes. That is because we had to type in the kernel source from source written on papyrus.) > So without further ado here're the features I want to get rid of: > > i386, i486 > The Pentium processor has been around since 1995. Support for these older > processors should go so we can focus on optimizations for the pentium and > better processors. You are in a part of the world that can afford them. In Third World countries, however, Pentiums are not always the norm. You are cutting off a good chunk of the world here. > math-emu > If support for i386 and i486 is going away, then so should math emulation. > Every intel processor since the 486DX has an FPU unit built in. In fact > shouldn't FPU support be a userspace responsibility anyway? How does getting rid of math-emu effect compilation on other platforms? Not just Intel out there... > ISA bus, MCA bus, EISA bus > PCI is the defacto standard. Get rid of CONFIG_BLK_DEV_ISAPNP, > CONFIG_ISAPNP, etc This I strongly disagree with. There are alot of ISA cards still in use. (I have a USR 56k voice/fax modem that still works great. How many Sound Blaster 16 cards are still being used? Lots, i would guess.) It may not be pretty, but it is still widely used. (Even in the US.) > ISA, MCA, EISA device drivers > If support for the buses is gone, there's no point in supporting devices for > these buses. I am not certain if tis is a good idea, for the reason given above. (Not certain about MCA and EISA though.) > all code marked as CONFIG_OBSOLETE > Since we're cleaning house we may as well get rid of this stuff. I don't have an argument there, except when it has not been that way long. > MFM/RLL/XT/ESDI hard drive support > Does anyone still *have* an RLL drive that works? At the very least get rid > of the old driver (eg CONFIG_BLK_DEV_HD_ONLY, CONFIG_BLK_DEV_HD_IDE, > CONFIG_BLK_DEV_XD, CONFIG_BLK_DEV_PS2) I am not certain how much this stuff is still used outside the US. The XT driver still being around does surprise me though. (Will that even *work* on modern hardware? I didn't think you could get that card to work on a 386.) > parallel/serial/game ports > More controversial to remove this, since they are *still* in pretty wide > use -- but USB and IEEE 1394 are the way to go. No ifs ands or buts. This is BAD idea. This sort of joystick was produced until reciently. They are still in use. You will piss off a bunch of gamers this way. (Yanking a gamer's joystick is never a good idea.) > a.out > Who needs it anymore. I love ELF. How much legacy code is still out there? How much will still run on 2.4? I don't see this one as a problem, but I expect that there are some special cases that will keep it alive. > I really think doing a clean up is worthwhile. Maybe while looking for stuff > to clean up we'll even be able to better comment the existing code. Any > other features people would like to get rid of? Any comments or suggestions? > I'd love to start a good discussion about this going so please send me your > 2 cents. I would like to see a clean up of the documentation. (As well as new docs written.) Getting an updated list of all the parameters that can be passed to the kernel would be a nice start. (The current list looks pretty old.) I do agree that some parts need to be cut off from the main tree. Maybe this clean-up should be a part of 2.5? 2.7? 6.6.6? [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "All power is derived from the barrel of a gnu." - Mao Tse Stallman - 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: Configure.help is complete
> Between SCSI and IEEE 1394; > Fusion MPT device support ---> doesn't lead anywhere. It does for me.. fusion requires scsi and experimental - 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] sockreg2.4.5-05 inet[6]_create() register/unregister table
> Is this a "binary only" driver or just a driver on par with the NVidia > that is just "GPL'ed but unreadable"? There are reasons the GPL carefully defines it "The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable." - 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/
Linux 2.4.5-ac14
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org In terms of going through the code audit almost all the sound drivers still need fixing to lock against format changes during a read/write. Poll creating and starting a buffer as write does and also mmap during write, write during an mmap. 2.4.5-ac14 o Fix oops on command abort on aha152x(me) | This so far is only a partial fix o Switch to unlazy swap cache free up (Marcelo Tosatti) o Page launder changes(Rik van Riel) o Remove dead irda irlap compression code (Dag Brattli) o Fix bug where init/main.c executes freed code (Hans-Peter Nilsson) o Fix ramfs accounting. truncate/freepage hook(Christoph Rohland) o Add MTWEOF ioctl to parallel tape (Russ Ingram) o Add driver for CATC based USB ethernet (Vojtech Pavlik) o Update cris architecture code (Bjorn Wesen) o Clean up reiserfs tail->full page convert (Chris Mason) o Clean up lp init, fix lp= option handling (Tim Waugh) o Don't panic on out of memory during ps/2 setup (Andrey Panin) o Initialise vc_cons objects in full (Richard Hirst) o Futher Configure.help resync(Eric Raymond) o Fix misdeclaration of xtime (Petr Vandrovec) o Add yet more sb variants(Andrey Panin) o Fix bogus VIA warning triggers (I hope) (me) o Fix 3c509 symbols when building nonpnp (Keith Owens) o Make pid on core dump configurable (Ben LaHaise) 2.4.5-ac13 o Fix i2o_block to use invalidate_device (me) o Fix viodasd to use invalidate_device(me) o Fix missing ipc alloc check (Manfred Spraul) o Use skb_purge_queue in isdn (Kai Germaschewski) o Fix epic100 printk error(Francois Romieu) o Resync with master Configure.help (Eric Raymond) o Avoid oops when reading swap proc during swapon (Paul Menage) o Sony pi driver update (Stelian Pop) o Sony motioneye camera driver(Stelian Pop, Andrew Tridgell) o Fix eepro100 access by user to some registers (Andrey Savochkin) o Small APM real mode reboot clean ups(Stephen Rothwell) o Fix isofs buffer leak on invalid iocharset (Tachino Nobuhiro) o Fix default encoding on pwc videocam(Mark Cooke) o Clean up FAT further, fix endian bug, and times (OGAWA Hirofumi) before 1/1/1980 o Support combo parallel/serial PCI cards (Tim Waugh) o CS46xx mmap oops fix(me) 2.4.5-ac12 o Report apic timer vector in hex too (Philip Pokorny) | With 0x in front so we can tell on reports.. o Report card services differently if kernel (Jeff Garzik) o Don't terminate init on sysrq (Adam Slattery) unless forced o Add more pci wrappers when PCI is off (Jeff Garzik) o Remove 4K object from the stack in emu10k1 (me) o Remove 3.5K object from the i2o_proc stack (me) o Remove 3K object from the ewrk3 ioctl stack (me) o Fix bugs in the es1371 locking (me) o Fix ohci iso alignments (Roman Weissgaerber) o Updated megaraid driver (Atul Mukker) | In paticular this now uses the new PCI api 2.4.5-ac11 o Fix the megaraid driver ioctl check (me) o Fix the moxa ioctl checks (me) o Fix the i810 dri length check (me) o Fix array check in se401.c (me) o Fix scc irq array problems (me) o Fix sign check on zr36120 (me) o Fix sign check in raw driver(me) o Fix zr36067 array size check(me) | All the above from the Stanford checker o Fix an irq order assumption in the i810 audio (Doug Ledford) o Make real mode poweroff configurable and also (Arjan van de Ven) add DMI entries for it o Clean up Alpha oops reporting (Will Woods) o Fix ia64 build bug from mmap change (Bill Nottingham) o Fix sysinfo padding so m68k comes out right (Jes Sorensen) o Update pci ids related to ide devices (Andre Hedrick) o Update ide registers/ioctl numbers/info (Andre Hedrick) o Fix speed detectio
Re: Linux 2.4.5-ac2
> But the claim was that 2.4.5-ac2 is faster than 2.4.5 plain, so which > changes are in 2.4.5-ac2 that would make it faster than 2.4.5 plain? Also, I > don't know if 2.4.5-ac1 is as fast as 2.4.5-ac2 for Fabio. If not, then it's > a change in the 2.4.5-ac2 changelog. If it is as fast, it is one of the > changes in the 2.4.5-ac1 changelog. ac1 to ac2 backs out some of the bits of old VM cruft. ac2 doesnt really add much that is VM relevant but it might be the user has a VIA chipset box in which case -ac will be faster for other reasons - 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: 3com Driver and the 3XP Processor
> I've installed several thousand 3com cards of various ages and > types. I've had less than 20 bad cards. > Nick Seconded. 3Com stuff is overpriced but reliable. They have also (prior to this event) been very good at working with the Linux community, including digging out docs for old MCA hardware they no longer even sell Alan - 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: Client receives TCP packets but does not ACK
> TCP is guaranteed delivery at layer 5 -- but that's all -- not a "guaranteed > protocol" For certain specific cases this is in itself not true either. Also for many many implementations. Specifically 1. If the receiver closes and there is unread data many TCP's forget to RST the sender to indicate that data was lost. 2. There is a flaw in the TCP protocol itself that is extremely unlikely to bite people but can in theory cause wrong data in some unusual circumstances that Ian Heavans found and has yet to be fixed by the keepers of the protocol. - 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/
Linux 2.4.5-ac15
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org 2.4.5-ac15 o Enable MMX extensions on Cyrix MII (me) o Make pid on core dump configurable (Ben LaHaise) o Random UML fixups, add fcntl64/getdents64 (Jeff Dike) o Add multicast support to UML(Harland Welte) o Ensure promise raid driver doesnt look at non (Arjan van de Ven) disk devices o Fix IDE chipsets that incorrectly think a 64K (Mark Lord) DMA is in fact zero size o Fix generic alpha build trident driver (Michal Jaegermann) o SHM accounting fixes(Christoph Rohland) o Update refill_inactive to match Linus tree (Rik van Riel) o Add Asustek L8400K to the dmi data (me) o Add kernel mode keyboard rate setup (Sergey Tursanov) o Alpha compile fix (Richard Henderson) o Add Ali1533 to the isa dma quirks (Angelo Di Filippo) o Fix a procfs oops (Al Viro) o Alpha symbol/warning fixes (Michal Jaegermann) o Some laptops take a long time for the cs4281(Rik van Riel) and codec bus to wake up o Fix potential flags corruption on error path(me) in comx-mixcom driver 2.4.5-ac14 o Fix oops on command abort on aha152x(me) | This so far is only a partial fix o Switch to unlazy swap cache free up (Marcelo Tosatti) o Page launder changes(Rik van Riel) o Remove dead irda irlap compression code (Dag Brattli) o Fix bug where init/main.c executes freed code (Hans-Peter Nilsson) o Fix ramfs accounting. truncate/freepage hook(Christoph Rohland) o Add MTWEOF ioctl to parallel tape (Russ Ingram) o Add driver for CATC based USB ethernet (Vojtech Pavlik) o Update cris architecture code (Bjorn Wesen) o Clean up reiserfs tail->full page convert (Chris Mason) o Clean up lp init, fix lp= option handling (Tim Waugh) o Don't panic on out of memory during ps/2 setup (Andrey Panin) o Initialise vc_cons objects in full (Richard Hirst) o Futher Configure.help resync(Eric Raymond) o Fix misdeclaration of xtime (Petr Vandrovec) o Add yet more sb variants(Andrey Panin) o Fix bogus VIA warning triggers (I hope) (me) o Fix 3c509 symbols when building nonpnp (Keith Owens) 2.4.5-ac13 o Fix i2o_block to use invalidate_device (me) o Fix viodasd to use invalidate_device(me) o Fix missing ipc alloc check (Manfred Spraul) o Use skb_purge_queue in isdn (Kai Germaschewski) o Fix epic100 printk error(Francois Romieu) o Resync with master Configure.help (Eric Raymond) o Avoid oops when reading swap proc during swapon (Paul Menage) o Sony pi driver update (Stelian Pop) o Sony motioneye camera driver(Stelian Pop, Andrew Tridgell) o Fix eepro100 access by user to some registers (Andrey Savochkin) o Small APM real mode reboot clean ups(Stephen Rothwell) o Fix isofs buffer leak on invalid iocharset (Tachino Nobuhiro) o Fix default encoding on pwc videocam(Mark Cooke) o Clean up FAT further, fix endian bug, and times (OGAWA Hirofumi) before 1/1/1980 o Support combo parallel/serial PCI cards (Tim Waugh) o CS46xx mmap oops fix(me) 2.4.5-ac12 o Report apic timer vector in hex too (Philip Pokorny) | With 0x in front so we can tell on reports.. o Report card services differently if kernel (Jeff Garzik) o Don't terminate init on sysrq (Adam Slattery) unless forced o Add more pci wrappers when PCI is off (Jeff Garzik) o Remove 4K object from the stack in emu10k1 (me) o Remove 3.5K object from the i2o_proc stack (me) o Remove 3K object from the ewrk3 ioctl stack (me) o Fix bugs in the es1371 locking (me) o Fix ohci iso alignments (Roman Weissgaerber) o Updated megaraid driver (Atul Mukker) | In paticular this now uses the new PCI api 2.4.5-ac11 o Fix the megaraid driver ioctl check (me) o Fix the moxa
Re: [newbie] NFS broken in 2.4.4?
> When a process tries to lstat64 a file on nfs and the reply is not > received it gets blocked forever. Should it be that way? Yes. Unless you made the mount with -o soft. The box will wait until the server comes back - 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/
Linux 2.2.20pre3
Linux 2.2 is now firmly into maintainance state. Patches for neat new ideas belong in 2.4. Generally new drivers belong in 2.4 (possibly in 2.2 as well after 2.4 shows them stable). Expect me to be very picky on changes to the core code now. 2.2.20pre3 o FPU/ptrace corruption fixes (Victor Zandy) o Resync belkin usb serial with 2.4 (Greg Kroah-Hartmann) o Resync digiport usb serial with 2.4 (Greg Kroah-Hartmann) o Rsync empeg usb serial with 2.4 (Greg Kroah-Hartmann) o Resync ftdi_sio against 2.4 (Greg Kroah-Hartmann) o Bring keyscan usb back into line with 2.4 (Greg Kroah-Hartmann) o Resync keyspan_pda usb with 2.4 (Greg Kroah-Hartmann) o Resync omninet usb with 2.4.5 (Greg Kroah-Hartmann) o Resync usb-serial driver with 2.4.5 (Greg Kroah-Hartmann) o Resync visor usb driver with 2.4.5 (Greg Kroah-Hartmann) o Rsync whiteheat driver with 2.4.5 (Greg Kroah-Hartmann) o Add edgeport USB serial (Greg Kroah-Hartmann) o Add mct_u232 USB serial (Greg Kroah-Hartmann) o Update usb storage device list (Stas Bekman, Kaz Sasayma) o Bring usb acm driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring bluetooth driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring dabusb driver into line with 2.4.5(Greg Kroah-Hartmann) o Bring usb dc2xx driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring mdc800 usb driver into line with 2.4.5(Greg Kroah-Hartmann) o Bring rio driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring USB scanner drivers into line with 2.4.5 (Greg Kroah-Hartmann) o Update ov511 driver to match 2.4.5 (Greg Kroah-Hartmann) o Update PCIIOC ioctls (esp for sparc)(Dave Miller) o General sparc bugfixes (Dave Miller) o Fix possible oops in fbmem ioctls (Dave Miller) o Fix reboot/halt bug on "Alcor" Alpha boxes (Tom Vier) o Update osst driver (Willem Riede) o Fix syncppp negotiation bug (Bob Dunlop) o SMBfs bug fixes from 2.4 series (Urban Widmark) o 3ware IDE raid driver updates (Adam Radford) o Fix incorrect use of bitops on non long types (Dave Miller) o Fix reboot/halt bug on 'Miata' Alpha boxes (Tom Vier) o Update Tim Waugh's contact info (Tim Waugh) o Add TIOCGSERIAL to sun serial on PCI sparc32(Lars Kellogg-Stedman) o ov511 check user data more carefully(Marc McClelland) o Fix netif_wake_queue compatibility macro(Andi Kleen) 2.2.20pre2 o Fix ip_decrease_ttl as per 2.4 (Dave Miller) o Fix tcp retransmit state bug(Alexey Kuznetsov) o Fix a few obscure sparc tree bugs (Dave Miller) o Fix fb /proc bug and OF fb name size bug(Segher Boessenkool) o Fix complie with CONFIG_INTEL_RNG=y (Andrzej Krzysztofowicz) o Fix rio driver when HZ!=100 (Andrzej Krzysztofowicz) o Stop 3c509 grabbing other EISA boards (Andrzej Krzysztofowicz) o Remove surplus defines for root= names (Andrzej Krzysztofowicz) o Revert pre1 APIC change 2.2.20pre1 o Fix SMP deadlock in NFS (Trond Myklebust) o Fix missing printk in bluesmoke handler (me) o Fix sparc64 nfs (Dave Miller) o Update io_apic code to avoid breaking dual (Johannes Erdfelt) Athlon 760MP o Fix includes bugs in toshiba driver (Justin Keene, Greg Kroah-Hartmann) o Fix wanpipe cross compile (Phil Blundell) o AGPGART copy_from_user fix (Dawson Engler) o Fix alpha resource setup error (Allan Frank) o Eicon driver updates(Armind Schindler) o PC300 driver update (Daniela Squassoni) o Show lock owner on flocks (Jim Mintha) o Update cciss driver to 1.0.3(Charles White) o Backport cciss/cpqarray security fixes (me) o Update i810 random number generator (Jeff Garzik) o Update sk98 driver (Mirko Lindner) o Update sis900 ethernet driver (Hui-Fen Hsu) o Fix checklist glitch in make menuconfig (Moritz Schulte) o Update synclink driver (Paul Fulghum) o
Linux 2.2.20-pre4
Linux 2.2 is now firmly into maintainance state. Patches for neat new ideas belong in 2.4. Generally new drivers belong in 2.4 (possibly in 2.2 as well after 2.4 shows them stable). Expect me to be very picky on changes to the core code now. 2.2.20pre4 o Fix small corruption bug in 82596 (Andries Brouwer) o Fix usb printer probing (Pete Zaitcev) o Fix swapon/procfs race (Paul Menage) o Handle ide dma bug in the CS5530(Mark Lord) o Backport 2.4 ipv6 neighbour discovery changes (Dave Miller) o FIx sock_wmalloc error handling (Dave Miller) o Enter quickack mode for out of window TCP data (Andi Kleen) o Fix Established v SYN-ACK TCP state error (Alexey Kuznetsov) o Sparc updates, ptrace changes etc (Dave Miller) o Fix wrong printk in vdolive masq(Keitaro Yosimura) o Fix core dump handling bugs in 2.2 (Al Viro) o Update hdlc and synclink drivers(Paul Fulghum) o Update netlink help texts (Magnus Damm) o Fix rtl8139 keeping files open (Andrew Morton) o Further sk98 driver updates. fix wrong license (Mirko Lindner) text in files o Jonathan Woithe has moved (Jonathan Woithe) o Update cpqarray driver (Charles White) o Update cciss driver (Charles White) o Don't delete directories on an fs that reports (Ingo Oeser) then 0 size when doing distclean o Add support for the 2.4 boot extensions to 2.2 (H Peter Anvin) o Fix nfs cache locking corruption on SMP (Craig Hagan) o Add missing check to cdrom readaudio ioctl (Jani Jaakkola) o Fix refclock build with newer gcc (Jari Ruusu) o koi8-r fixes(Andy Rysin) o Spelling fixes for documentation(Andries Brouwer) 2.2.20pre3 o FPU/ptrace corruption fixes (Victor Zandy) o Resync belkin usb serial with 2.4 (Greg Kroah-Hartmann) o Resync digiport usb serial with 2.4 (Greg Kroah-Hartmann) o Rsync empeg usb serial with 2.4 (Greg Kroah-Hartmann) o Resync ftdi_sio against 2.4 (Greg Kroah-Hartmann) o Bring keyscan usb back into line with 2.4 (Greg Kroah-Hartmann) o Resync keyspan_pda usb with 2.4 (Greg Kroah-Hartmann) o Resync omninet usb with 2.4.5 (Greg Kroah-Hartmann) o Resync usb-serial driver with 2.4.5 (Greg Kroah-Hartmann) o Resync visor usb driver with 2.4.5 (Greg Kroah-Hartmann) o Rsync whiteheat driver with 2.4.5 (Greg Kroah-Hartmann) o Add edgeport USB serial (Greg Kroah-Hartmann) o Add mct_u232 USB serial (Greg Kroah-Hartmann) o Update usb storage device list (Stas Bekman, Kaz Sasayma) o Bring usb acm driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring bluetooth driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring dabusb driver into line with 2.4.5(Greg Kroah-Hartmann) o Bring usb dc2xx driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring mdc800 usb driver into line with 2.4.5(Greg Kroah-Hartmann) o Bring rio driver into line with 2.4.5 (Greg Kroah-Hartmann) o Bring USB scanner drivers into line with 2.4.5 (Greg Kroah-Hartmann) o Update ov511 driver to match 2.4.5 (Greg Kroah-Hartmann) o Update PCIIOC ioctls (esp for sparc)(Dave Miller) o General sparc bugfixes (Dave Miller) o Fix possible oops in fbmem ioctls (Dave Miller) o Fix reboot/halt bug on "Alcor" Alpha boxes (Tom Vier) o Update osst driver (Willem Riede) o Fix syncppp negotiation bug (Bob Dunlop) o SMBfs bug fixes from 2.4 series (Urban Widmark) o 3ware IDE raid driver updates (Adam Radford) o Fix incorrect use of bitops on non long types (Dave Miller) o Fix reboot/halt bug on 'Miata' Alpha boxes (Tom Vier) o Update Tim Waugh's contact info (Tim Waugh) o Add TIOCGSERIAL to sun serial on PCI sparc32(Lars Kellogg-Stedman) o ov511 check user data more carefully(Marc McClelland) o Fix netif_wake_queue compatibility macro(Andi Kleen) 2.2.20pre2 o Fix ip_decrease_ttl as per 2.4 (Dave Miller) o Fix tcp retransmit state bug(Alexey Kuznetsov) o Fix a few obscure sparc tree bugs
Re: PROBLEM: compiling with gcc 3.0
> I was trying to compile 2.4.5 with gcc 3.0 but there is a problem > (conflicting type) between kernel/timer.c and include/linux/sched.h > Apparently the problem solves with this oneline workarond: Yep. Its fixed in the pre-patches I believe now. There are also a pile of warning fixes that need to be merging. I would still be very wary of relying on a gcc 3.0.0 built kernel though - 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/
Linux 2.4.5-ac16
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org 2.4.5-ac16 o Drop the shmem/removepage changes to see if they(me) are cuaisng the instabilities in ac15 o Fix bug in pci_init_module causing serial crash (me) | Figured out by Niels Jensen o Alpha build fixes for keyboard change (Jay Thorne) o Tidy up imsttfb driver (Paul Mundt) o Fix tdfxfb warning (Steven Walter) o Fix fat fs build on ARM (Russell King) o Fix catc help text (Brad Hards) o Fix missing unlock_kernel in fs/locks.c (Andrey Savochkin) o Minixfs alloc_branch fixes (Al Viro) o Support bootflag extension (me) | Experimental o Add EMC Symmetrix to the sparselun list (Alar Aun) o Update the ioc3 ethernet(Ralf Baechle) o Add ataraid to the known root names (Arjan van de Ven) o Further Sony Pi driver upgrades (Stelian Pop) o Add geometry queries to the ataraid driver (Arjan van de Ven) o Add ALi IRDA FIR support(Benjamin Kong) o Fix gameport compile failures (Keith Owens) o Fixes IrLMP states stuck in CONN_PEND state (Jean Tourrilhes) o Small cris config fixes (Andrzej Krzysztofowicz) o Fix some potential irlan bugs/stack abuse (Ted Unangst) o Fix OSS API bug in USB audio(Bruce Nesbitt) o Update the MIPS64 core (Ralf Baechle, Thiemo Seurer, and others) o Update the MIPS32 core (Ralf Baechle, Kevin Kissell, Carsten Langgaard, Justin Carlson, Jun Sun) o Add a driver for the AU1000 ethernet(P Popov) o Fix security problems with i810 and MGA drm (Jeff Hartmann) o Use a saner computation for maxthreads (Rik van Riel) o Update matroxfb, support G100 SGRAM (Petr Vandrovec) o Fix hang in scsi generic with cdrdao(Doug Gilbert) o Correct aha152x abort fix (Jüergen E. Fischer) 2.4.5-ac15 o Enable MMX extensions on Cyrix MII (me) o Make pid on core dump configurable (Ben LaHaise) o Random UML fixups, add fcntl64/getdents64 (Jeff Dike) o Add multicast support to UML(Harland Welte) o Ensure promise raid driver doesnt look at non (Arjan van de Ven) disk devices o Fix IDE chipsets that incorrectly think a 64K (Mark Lord) DMA is in fact zero size o Fix generic alpha build trident driver (Michal Jaegermann) o SHM accounting fixes(Christoph Rohland) o Update refill_inactive to match Linus tree (Rik van Riel) o Add Asustek L8400K to the dmi data (me) o Add kernel mode keyboard rate setup (Sergey Tursanov) o Alpha compile fix (Richard Henderson) o Add Ali1533 to the isa dma quirks (Angelo Di Filippo) o Fix a procfs oops (Al Viro) o Alpha symbol/warning fixes (Michal Jaegermann) o Some laptops take a long time for the cs4281(Rik van Riel) and codec bus to wake up o Fix potential flags corruption on error path(me) in comx-mixcom driver 2.4.5-ac14 o Fix oops on command abort on aha152x(me) | This so far is only a partial fix o Switch to unlazy swap cache free up (Marcelo Tosatti) o Page launder changes(Rik van Riel) o Remove dead irda irlap compression code (Dag Brattli) o Fix bug where init/main.c executes freed code (Hans-Peter Nilsson) o Fix ramfs accounting. truncate/freepage hook(Christoph Rohland) o Add MTWEOF ioctl to parallel tape (Russ Ingram) o Add driver for CATC based USB ethernet (Vojtech Pavlik) o Update cris architecture code (Bjorn Wesen) o Clean up reiserfs tail->full page convert (Chris Mason) o Clean up lp init, fix lp= option handling (Tim Waugh) o Don't panic on out of memory during ps/2 setup (Andrey Panin) o Initialise vc_cons objects in full (Richard Hirst) o Futher Configure.help resync(Eric Raymond) o Fix misdeclaration of xtime (Petr Vandrovec) o Add yet more sb
Re: 2.4.5 VM
> Actually I have tried 1x,2x,3x. In 2.4.0 to 2.4.3 I had some issues but > never a system freeze of any kind. With 2.4.4 I had more problems, but > I was ok. 2.4.5 I now have these freezes. Maybe I should go back to > 2x, but I still find this behavior crazy. > This still doesn't negate the point of freeing simple caches. The caches are in part shared. Remember page cache memory and read only application pages are the same thing - so its not that simple. I found 2.4.5 pretty bad. 2.4.5-ac seems to be better on the whole but I know its definitely not right yet. Marcelo and Rik are working on that more and more. Marcelo has a test patch to fix the (documented but annoying) 2x memory swap rule stuff. The balancing problem is harder but being worked on. If you can give Rik a summary of your config/what apps run/ps data then it may be valuable as he can duplicate your exact setup for testing his vm changes and add it to the test sets. Alan - 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: MII access (was [PATCH] support for Cobalt Networks (x86 only)
> One application needs to poll link status with 1 second resolution. On a Then it needs to be privileged > for how long this situation lasts. If you have a proc/ioctl interface for > setting cache expiring time, this same interface can then be used for > reading back this info. This application can then check that this value is > lower than 1 second and if not, notify the user that it cannot run. And if the approach is to block until the time for the next read occurs is done then the program get stuck for 30 seconds, misses its deadline and kills the cluster - how is this better ?? > Usually, the transceivers return garbage if you read from locations you > are not supposed to (overwritting phy_ad). But if you begin overwritting > the READ command (0xf6 above)... Something like this should do: Some of them just hang. > Too tired to think straight yesterday... You're right. And if you alloc > 32*sizeof(int) (you want to keep jiffies, right ?) per netdevice, I think > that it could even be done outside the driver. Hmm, most of my > previous arguments are no longer valid 8-( Doing the MII monitoring somewhere centralised like the routing daemons would certainly let more inteillgent management and reporting get done - 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/
IP_ALIAS in 2.4.x gone?
Has the IP_ALIAS functionality been replaced by something else in the 2.4.x kernels? Documentation/networking/alias.txt seems to imply that it still does, but the string IP_ALIAS does not exist anywhere else in the entire source tree. (Unless you count the default configs for non-i86 architectures. There is a "virtual server" option in the kernel that ships with Redhat, but I assume that this is a patch for something Redhat specific. (It is not an option in 2.4.5, unless I am missing something.) How is binding multiple IPs to a single ethernet card *supposed* to be handled under 2.4.x? If the IP_ALIAS option is no longer valid, then the alias.txt doc should be changed to reflect the new option. Thanks! [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "All power is derived from the barrel of a gnu." - Mao Tse Stallman - 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: IP_ALIAS in 2.4.x gone?
I found the problem... IP_ALIAS is no longer needed in the config. I screwed up the init script configs for it so it did not work as expected. The documentation does not reflect that the alias behaviour is on by default. I will submit a patch for the docs that reflects this so others will not get confused by that. On Wed, 20 Jun 2001, Alan Olsen wrote: > > Has the IP_ALIAS functionality been replaced by something else in the > 2.4.x kernels? > > Documentation/networking/alias.txt seems to imply that it still does, but > the string IP_ALIAS does not exist anywhere else in the entire source > tree. (Unless you count the default configs for non-i86 architectures. > > There is a "virtual server" option in the kernel that ships with Redhat, > but I assume that this is a patch for something Redhat specific. (It is > not an option in 2.4.5, unless I am missing something.) > > How is binding multiple IPs to a single ethernet card *supposed* to be > handled under 2.4.x? If the IP_ALIAS option is no longer valid, then the > alias.txt doc should be changed to reflect the new option. > > Thanks! > > [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply > Alan Olsen| to my mail, just hit the ctrl, alt and del keys. > "All power is derived from the barrel of a gnu." - Mao Tse Stallman > > - > 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/ > [EMAIL PROTECTED] | Note to AOL users: for a quick shortcut to reply Alan Olsen| to my mail, just hit the ctrl, alt and del keys. "All power is derived from the barrel of a gnu." - Mao Tse Stallman - 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: Problems with arch/i386/kernel/apm.c
> > needed. What I am really desiring to know is if there are any devices > > that depend on the apm::send_event(APM_NORMAL_RESUME) happening while > > interrupts are disabled. > > Good spotting... If any devices depend on what you describe, I would > argue that their drivers should handle that not the core apm code... The drivers can't handle it at the moment. I've been talking to many people about this all hitting this sort of driver problem. I think the fix is to keep two classes of power management objects and do the following Call each 'nonirq' suspend function (aborting if need be) cli() Call each irq blocked suspend function suspend resume: call each irq blocked resume function sti(); call each nonirq resume That is an easy change set to make and solves a lot of grief - 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: 2.2.10-pre4, error while applying the patch
> patching file `drivers/scsi/sym53c8xx_defs.h' > The next patch would create the file `drivers/sound/ad1848.c', > which already exists! Assume -R? [n] My error - just skip the ad1848.c segment - 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: question about scsi generic behavior
> Hardcoding of block size to 512 bytes for disk devices is what currently > either the block device driver or the sd driver is doing. Because, if I'm using 2048 byte block sized scsi media just fine. I've not tried using sg on the same device - 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/
Linux 2.4.5-ac17
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
2.4.5-ac17
o Sanity check the BIOS tables for bootflag (me)
o Update multicast support by devices doc (Ralf Baechle)
o Fix iohi=0 option in parport(Tim Waugh)
o First set of ipt_unclean fixes (Rusty Russell)
o Add YUV420P to the pwc driver ('Nemosoft')
| This is the compromise - its simply an unpacking order option
| not RGB/YUV
o Swapfile bugfix (Rik van Riel)
o Allow readahead to be tuned for big arrays (Craig Hagan)
o Add PIRQ router support for the AMD756 (Jhon Caicedo)
o Fix bootflag bitmasks (Dave Jones)
o Fix lseek limit handling(Martin Frey)
o The joystick/gameport symbol game continued (Keith Owens)
o Update i810 tco driver to know about 815,820 .. (Andrey Panin)
o Fix missing allocation failure checks in
drm, mtd, aironet, skfp, scsi, irda (Chip Turner)
o Further lvm updates (Joe Thornber)
| Fixes VG_CREATE_OLD problem
2.4.5-ac16
o Drop the shmem/removepage changes to see if they(me)
are cuaisng the instabilities in ac15
o Fix bug in pci_init_module causing serial crash (me)
| Figured out by Niels Jensen
o Alpha build fixes for keyboard change (Jay Thorne)
o Tidy up imsttfb driver (Paul Mundt)
o Fix tdfxfb warning (Steven Walter)
o Fix fat fs build on ARM (Russell King)
o Fix catc help text (Brad Hards)
o Fix missing unlock_kernel in fs/locks.c (Andrey Savochkin)
o Minixfs alloc_branch fixes (Al Viro)
o Support bootflag extension (me)
| Experimental
o Add EMC Symmetrix to the sparselun list (Alar Aun)
o Update the ioc3 ethernet(Ralf Baechle)
o Add ataraid to the known root names (Arjan van de Ven)
o Further Sony Pi driver upgrades (Stelian Pop)
o Add geometry queries to the ataraid driver (Arjan van de Ven)
o Add ALi IRDA FIR support(Benjamin Kong)
o Fix gameport compile failures (Keith Owens)
o Fixes IrLMP states stuck in CONN_PEND state (Jean Tourrilhes)
o Small cris config fixes (Andrzej Krzysztofowicz)
o Fix some potential irlan bugs/stack abuse (Ted Unangst)
o Fix OSS API bug in USB audio(Bruce Nesbitt)
o Update the MIPS64 core (Ralf Baechle,
Thiemo Seurer, and others)
o Update the MIPS32 core (Ralf Baechle, Kevin Kissell,
Carsten Langgaard, Justin Carlson,
Jun Sun)
o Add a driver for the AU1000 ethernet(P Popov)
o Fix security problems with i810 and MGA drm (Jeff Hartmann)
o Use a saner computation for maxthreads (Rik van Riel)
o Update matroxfb, support G100 SGRAM (Petr Vandrovec)
o Fix hang in scsi generic with cdrdao(Doug Gilbert)
o Correct aha152x abort fix (Jüergen E. Fischer)
2.4.5-ac15
o Enable MMX extensions on Cyrix MII (me)
o Make pid on core dump configurable (Ben LaHaise)
o Random UML fixups, add fcntl64/getdents64 (Jeff Dike)
o Add multicast support to UML(Harland Welte)
o Ensure promise raid driver doesnt look at non (Arjan van de Ven)
disk devices
o Fix IDE chipsets that incorrectly think a 64K (Mark Lord)
DMA is in fact zero size
o Fix generic alpha build trident driver (Michal Jaegermann)
o SHM accounting fixes(Christoph Rohland)
o Update refill_inactive to match Linus tree (Rik van Riel)
o Add Asustek L8400K to the dmi data (me)
o Add kernel mode keyboard rate setup (Sergey Tursanov)
o Alpha compile fix (Richard Henderson)
o Add Ali1533 to the isa dma quirks (Angelo Di Filippo)
o Fix a procfs oops (Al Viro)
o Alpha symbol/warning fixes (Michal Jaegermann)
o Some laptops take a long time for the cs4281(Rik van Riel)
and codec bus to wake up
o Fix potential flags corruption on error path(me)
For comment: draft BIOS use document for the kernel
Linux 2.4 BIOS usage reference Boot Sequence - Linux is normally loaded either directly as a bootable floppy image or from hard disk via a boot loader called lilo. The kernel image is transferred into low memory and a parameter block above it. When booting from floppy disk the BIOS disk parameter tables are replaced by a new table set up to allow a maximum sector count of 36 (the track size for a 2.88Mb ED floppy) int 0x13, AH=0x02 is issued to to probe and find the disk geometry. int 0x13, AH=0x00 is used to reset the floppy controller. int 0x13, AH=0x02 is then issued repeatedly to load tracks of data. The boot loader ensures no issued requests cross the track boundaries int 0x10 service 3 is used during the boot loading sequence to obtain the cursor position. int 0x10 service 13 is used to display loading messages as the loading procedure continues. int 0x10 AH=0xE is used to display a progress bar of '=' characters during the bootstrap Control is then transferred to the loaded image whether by the floppy boot loader or other services Kernel Setup The initial kernel setup executes in 16bit mode. While in 16bit mode the kernel calls and caches data from several 16bit calls whose data is not available in 32bit mode It then uses int 0x10 AH=0x0E in order to print initial progress banners so that immediate feedback on the boot status is available. The 0x07 character is issued as well as printable characters and is expected to generate a bell. Memory detection is done as follows, attempting to handle the various methods that have been available over time Memory Sizing - Firstly a call is made to BIOS INT 15 AX=0xE820 in order to read the E820 map. A maximum of 32 blocks are supported by current kernels. The 'SMAP' signature is required and tested. In addition the SMAP signature is restored each call, although not required by the specification in order to handle some know BIOS bugs. If the E820 call fails then the INT 15 AX=0xE801 service is called and the results are sanity checked. In particular the code zeroes the CX/DX return values in order to detect BIOS implementations that do not set them usable memory data. It also handles older BIOSes that return AX/BX but not AX/BX data. When service E801 is used the kernel assumes that usable memory extends from 4K to the bottom of the EBDA, and from 1Mbyte to the top of the E801 area. If neither service is available then INT 0x15 AH=0x88 is invoked in order to get the memory size, up to 64Mb by the original IBM PC BIOS service. Peripherals --- Having sized memory the kernel moves on to set up peripherals. The BIOS INT 0x16, AH=0x03 service is invoked in order to set the keyboard repeat rate and the video BIOS is the called to set up video modes. The kernel tries to identify the video in terms of its generic features. Initially it invokes INT 0x10 AH=0x12 to test for the presence of EGA/VGA as oppose to CGA/MGA/HGA hardware. INT 0x10 AH=0x03 is used to obtain the cursor position, and INT 0x10, AH=0x0F is used to obtain the video page and the mode. If EGA or VGA are present the normal BIOS locations of 0x485 and 0x484 are used to obtain the font size and the screen height. VESA BIOS video services are used to obtain the amount of video memory (INT 0x10 AX=0x4F00) and then to obtain the VESA 2.0 protected mode interface data if available (INT 0x10, AX=0x4F0A). Users are able to select graphical video modes (INT 0x10 AX=0x4F02), or if not available the pre VESA mode setup. The presence of the VESA BIOS is checked by the VESA get mode information call (INT 0x10 AX=0x4F01) Special modes will also invoke INT 0x10 AH=0x1200 (Alternate print screen), INT 0x10 AH=0x11 (to set 8x8 font), INT 0x10 AH=0x1201 (to turn off cursor emulation) and INT 0x10 AH=0x01 (to set up the cursor). Having completed video set up the hard disk data for hda and hdb is copied from the low memory BIOS area into the kernel tables. INT 0x13 AH-0x15 is used to check if a second disk is present. INT 0x15, AH=0xC0 is invoked in order to check for MCA bus machines. If an MCA systab is available the first block of the table is also saved into the kernel's own data areas. INT 0x11 is used to check for a PS/2 mouse. If this function reports that a PS/2 pointing device is present the kernel will also verify directly with the PS/2 controller itself that the mouse is attached. Power Management Linux supports APM power management. It will issue APM BIOS service calls in order to set up power management, and if present will then issue calls to the 32bit APM services after boot up. During boot the kernel issues INT 0x15 AX=0x0530 in order to do an APM BIOS installation check. It requires that a 32bit capable APM BIOS is present. Assuming a valid 32bit capable APM BIOS is reported the kernel will then issue an APM disconnect (INT 0x15 AX=0x5304) followed by a 32bit connect (INT 0x15 AX=0x5303). The
Re: For comment: draft BIOS use document for the kernel
> I could not find any reference to BIOS int 0x15, function 0x87, block- > move, used to copy the kernel to above the 1 megabyte real-mode > boundary. I think this is still used. I dont think the kernel has ever used it. The path has always been to enter 32bit mode then relocate/uncompress the kernel, then run it - 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: For comment: draft BIOS use document for the kernel
> You've described a relatively complicated procedure well in this document. > My only suggestion would be to reference the applicable source code files > throughout the text, so that it's easy to find the associated code. Thats a good idea . I'll fix that one up Thanks to all the folks who sent me bug fixes - 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] 2.2: Magic patch for older Symbios SCSI
> Nobody knows why this patch works. (Really!) But it does. (Really!) > It makes the sym53c8xx driver work even with some very old 53c810 chips. > Without this patch, the driver hangs on them. This is reproducible You arent supposed to use sym53c8xx with old chips but ncr53c8xx - 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.16 & unresolved symbols in modules
> All the module in 2.2.16 seem to have unresolved symbols, eg all of > them have printk unresolved. Is there a fix for that? That sounds like it was built wrongly. Alan - 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: [PATCH] 2.2: Magic patch for older Symbios SCSI
> > You arent supposed to use sym53c8xx with old chips but ncr53c8xx > > Some of our systems are mixed old and new. Making one driver work > with both old and new is a significant life-simplification. ncr53c8xx works with the old chips too but at a performance cost. Its all in Gerhard's docs. - 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.16 deadlocking in schedule()
> I am running 2.2.16 unpatched on a PII-450 with 512 megs of memory. The > disk controller is a Mylex DAC960. Recently the machine seems to be > locking up under moderate load. I wanted to see what was causing it, and > running setiathome seems to be a pretty good trigger for it. Using > control-scroll lock showed that the seti process, along with any new > processes I tried to start ended up as deadlocked. Please try 2.2.17pre20. THis has various vm and other fixes as well as an updated DAC960 driver - 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: [patch-2.4.0-test8-pre1] buglet in sk_init().
> Wouldn't it be better if we move the null pointer test and the panic() > inside kmem_cache_create() similar to this Most kmem_cache_creates should not be fatal. I question the socket one in some ways - 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.16 deadlocking in schedule()
> > Please try 2.2.17pre20. THis has various vm and other fixes as well as an > > updated DAC960 driver > > That fixed it partly. I'm still getting lots of uninterruptible processes, > but it lasted a few hours this time before getting bad. The freeze is > still occurring in schedule(). > > Any other advice? Ok that sounds like its not directly related. What compiler are you using and what drivers are you regularly using. Also where does ps think the processes in D state are waiting if you ask it to show the wait queue addr - 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.16 deadlocking in schedule()
> I think I have found something. I've currently got 4 processes deadlocked > on DAC960_WaitForCommand. > > This machine is a VA Linux VAR Server 3000. If they stay deadlocked there then let Leonard Zubkoff know. He's both the DAC960 guru and happens to work for VA so will know the box too 8) Alan - 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 on an ALR 9000 under Linux?
> P-Pro CPUs dropping fast, these would make a nice SMP box (6 200Mhz > processors would make a nice server, or in my case, a good test for parallel > algorythms that use a large number of threads). Let me suggest something different. Buy a pile of cheap celerons and 100Mbit cards. Then you can try and make your algorithms massively parallel instead > Now, the 2 questions. Is a 512K cache on the CPU going to make a significant > difference versus 256K cache. I can see how more cache means less memory bus On a PPro it may help. But if you are worried about memory bandwidth a ppro isnt a good option anyway by modern standards > access and less bus contention to memory, but if these caches get cleared > pretty often on an SMP machine, then it may not make much difference. Any > thoughts? We dont flush caches on task switches and we dont flush caches on cross cpu invalidated (just the TLB is flushed in general, sometimes specific pages) > Second thought, if I add in a PCI USB card, and run a kernel that supports > USB, can I run the keyboard and mouse off USB and not bother with the > "serial" card. The USB card may be cheaper than the serial/keyboard/mouse Possibly - if it will boot that way. You may well not get USB bios emulation unless you have a card with roms on it and stuff. - 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: Reserving a (large) memory block
> I'm working on a device driver for a device that sits on the PC > memory bus. I need to reserve/protect the memory range that the > device occupies from the rest of the kernel/system. How do I do > that? I think I see how I can mark blocks that are never to be > touched, but in this case the driver (obviously) needs to be able to > touch them, but the rest of the kernel must be hands-off. If its in the ISA or PCI space then we wont touch it. If its actually mapped as if it was part of RAM then the BIOS is responsible for reporting top of memory below it in the memory sizing calls, and optionally reporting it reserved as hole in the newer E820 call. We then just follow the bios. You can also reserve blocks of memory by hacking arch/i386/mm/init.c and marking them reserved - 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: [PATCH] 2.2: /proc/config.gz
> /lib/modules//.config is a big step up from the current situation > and I'm grateful. But I do want /proc/config.gz in the kernel. So cat it with a magic lead in after the bzImage gzip block into the bzImage. If you dont even know what file you are running for kernel you have other problems anyway - 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: Any good _online_ kernel BSD sockets reference out there??
> BSD sockets in the kernel?? I'm trying to learn how to implement a > "raw" network point-to-point interface (i.e. no protocols, just data), but > I'm having trouble understanding what I need to change or do. Implement just the hardware driver. Open an AF_PACKET socket to it > - 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: [PATCH] mtrr: s/suser/capable/
> > These cases in mtrr.c are clearly CAP_SYS_RAWIO. > > Clearly? How do MTRR changes relate to rawio ? RAWIO is about hardware level access not Stephens O_DIRECT stuff - 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: [PATCH] mtrr: s/suser/capable/
> > RAWIO is about hardware level access not Stephens O_DIRECT stuff > > So why is /proc/kcore access SYS_RAWIO then ? You can tamper with arbitary memory via it in theory > And why is nvram access not SYS_RAWIO ? You cant make the nvram tamper with arbitary memory - 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: [PATCH] 2.2: /proc/config.gz
> where you overwrite your old kernel image with a new one without > rebooting instantly). > > But is it so much more expensive than a /proc/config.whatever ? Use that argument 50 times and your kernel has grown 100K. Unfortunately everyone keeps using the argument and forgetting the cumulative effect - 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: [PATCH] 2.2: /proc/config.gz
> > So cat it with a magic lead in after the bzImage gzip block into the bzImage. > > If you dont even know what file you are running for kernel you have other > > problems anyway > > Does also include the build number (i.e. the first part of Reread my suggestion. Its part of the bzImage file but it isnt loaded into memory - 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/
