Re: Which types of functions are exported by kernel source?

2005-02-22 Thread Inguva
/proc/ksyms. But if function in kernel source is not defined with asmlinkage then it is exported to kernel and seen in /proc/ksyms. Is that correct?? I dont think so. Only symbols explicitly exported via EXPORT_SYMBOL macro are exported. asmlinkage keyword has nothing to do with symbol exp

Re: memory management weirdness

2005-02-22 Thread Ingo Molnar
* Andi Kleen <[EMAIL PROTECTED]> wrote: > > Although I've not re-tested this today again, it used to help a bit to > > specify > > mem=3548M to decrease memory used by linux (tested with AGP card plugged > > in, when > > bios reported 3556MB RAM only). > > > > I found that removing the AGP

Re: [PATCH/RFC] A method for clearing out page cache

2005-02-22 Thread Andrew Morton
Ingo Molnar <[EMAIL PROTECTED]> wrote: > > app designers very frequently think that the VM gets its act wrong (most > of the time for the wrong reasons), and the last thing we want to enable > them is to hack real problems around. Not really. Memory reclaim tries to predict the future and expec

Re: [PATCH/RFC] A method for clearing out page cache

2005-02-22 Thread Ingo Molnar
* Andrew Morton <[EMAIL PROTECTED]> wrote: > > . enable users to > > specify an 'allocation priority' of some sort, which kicks out the > > pagecache on the local node - or something like that. > > Yes, that would be preferable - I don't know what the difficulty is > with that. sys_set_mempo

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

2005-02-22 Thread Meelis Roos
The PCI IRQ map for the old Motorola PowerStackII (Utah) boards was incorrect, but this breakage wasn't exposed until 2.5, and finally fixed until recently by Sebastian Heutling <[EMAIL PROTECTED]>. Yesterday I finally got around to testing it. It seems the patch has been applied in Linus's tree s

Re: E-cards for You

2005-02-22 Thread Chuck Harding
Michelle Konzack wrote: Sorry ? I remember, that for some month I have gotten minimum 15 SPAMs per day from this List. Siche two (???) month it is very silent here.. I am subscribed to several of the vger.kernel.org lists and the *same* spam gets dumped on each of them. I have *no* problem what

Re: OT: Why is usb data many times the cpu hog that firewire is?

2005-02-22 Thread Barry K. Nathan
On Mon, Feb 21, 2005 at 12:16:35PM -0500, Gene Heskett wrote: > Greetings; > > Motherboard is a biostar with nforce2 chipset, 2800xp cpu, gig of ram. > > I've recently made the observation that while I can view 30fps video > from my firewire equipt movie camera with a minimal cpu hit of 2-3%, >

Re: [rsbac] Thoughts on the "No Linux Security Modules framework" old claims

2005-02-22 Thread Amon Ott
On Montag 21 Februar 2005 18:50, Casey Schaufler wrote: > > --- Lorenzo Hernández García-Hierro <[EMAIL PROTECTED]> > wrote: > > > > > There are cases where Linux DAC and MAC cannot > > live happily together, > > > because Linux DAC is too limited. > > > > Agreed. > > OKay, I'll bite. MAC and

Re: Help tracking down problem --- endless loop in __find_get_block_slow

2005-02-22 Thread Andrew Morton
"Thomas S. Iversen" <[EMAIL PROTECTED]> wrote: > > But if I do > > dd if=/dev/zero of=/mnt/testfile count=N, N>6 > > I get into an endless loop in __find_get_block_slow. The only way in which __find_get_block_slow() can loop is if something wrecked the buffer_head ring at page->private: somet

kbuild problems

2005-02-22 Thread stas
1) I've found out that kbuild works sometimes incorrectly when building external modules. 2) When I used the following Makefile: - MDIR = rtms EXTRA_CFLAGS = -DEXPORT_SYMTAB CURRENT = $(shell uname -r) KDIR = /lib/mod

Re: E-cards for You

2005-02-22 Thread Thomas Gleixner
On Tue, 2005-02-22 at 00:48 -0800, Chuck Harding wrote: > it has a miniscule false-positive rate, yet > catches all of the 419, phish, E-cards, etc, etc, etc, that get sent to > the list. I am only an end-user in that I do 419 spam mails in what timespan ? I get max. 1 per day which is really s

2.4 compile errors in 32-bit sys_revcmsg fixes

2005-02-22 Thread Meelis Roos
This is todays 2.4.30-pre1+BK snapshot on a sparc64: gcc -D__ASSEMBLY__ -D__KERNEL__ -I/home/mroos/compile/linux-2.4/include -m64 -mcpu=ultrasparc -Wa,--undeclared-regs -ansi -c -o sys32.o sys32.S gcc -D__KERNEL__ -I/home/mroos/compile/linux-2.4/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2

[patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Jes Sorensen
Hi, This patch introduces ia64 specific read/write handlers for /dev/mem access which is needed to avoid uncached pages to be accessed through the cached kernel window which can lead to random corruption. It also introduces a new page-flag PG_uncached which will be used to mark the uncached pages.

Message incompatible avec le système de messagerie

2005-02-22 Thread Service de messagerie
Le message émis par linux-kernel@vger.kernel.org est incompatible avec le système de messagerie, il a été supprimé. Certains éléments contenus dans ce message ayant pour objet :" Re: Here " sont susceptibles d'être dangereux pour le destinataire : [EMAIL PROTECTED] . - To unsubscribe from th

Re: [PATCH 2/2] page table iterators

2005-02-22 Thread Nick Piggin
Hugh Dickins wrote: On Sun, 20 Feb 2005, Nick Piggin wrote: Open coding is probably the smaller evil. And they're really not changed that often. My opinion FWIW: I'm all for regularizing the pagetable loops to work the same way, changing their variables to use the same names, improving their eff

Message incompatible avec le système de messagerie

2005-02-22 Thread Service de messagerie
Le message émis par linux-kernel@vger.kernel.org est incompatible avec le système de messagerie, il a été supprimé. Certains éléments contenus dans ce message ayant pour objet :" Re: Re: Thanks! " sont susceptibles d'être dangereux pour le destinataire : [EMAIL PROTECTED] . - To unsubscribe

Re: memory management weirdness

2005-02-22 Thread Martin MOKREJŠ
Parag Warudkar wrote: Hi, I have received no answer to my former question (see http://marc.theaimsgroup.com/?l=linux-kernel&m=110827143716215&w=2). I've spent some more time on that problem and have more or less confirmed it's because of buggy bios. However, the linux kernel doesn't handle properl

Re: [patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Andrew Morton
[EMAIL PROTECTED] (Jes Sorensen) wrote: > > Hi, > > This patch introduces ia64 specific read/write handlers for /dev/mem > access which is needed to avoid uncached pages to be accessed through > the cached kernel window which can lead to random corruption. It also > introduces a new page-flag PG_u

Re: Why does printk helps PCMCIA card to initialise?

2005-02-22 Thread Martin Drohmann
Russell King wrote: On Sun, Feb 20, 2005 at 12:38:17PM +, Russell King wrote: The first thing that needs solving is why you're getting the "odd IO request" crap. That may explain why the resource can't be allocated. In cs.c, alloc_io_space(), find the line: if (*base & ~(align-1)) { delet

Re: memory management weirdness

2005-02-22 Thread Martin MOKREJŠ
Ingo Molnar wrote: * Andi Kleen <[EMAIL PROTECTED]> wrote: Although I've not re-tested this today again, it used to help a bit to specify mem=3548M to decrease memory used by linux (tested with AGP card plugged in, when bios reported 3556MB RAM only). I found that removing the AGP based videoc

how to detect the n/w driver name at user level.

2005-02-22 Thread Subbu
Hi I have a network driver which can have driver name as ethX. everytime i used to enter eth1 or eth2 manually as driver name to enable/start my n/w driver. Is there any way that i could get the driver name at user lever other than polling for it..?? Please reply to the mail addresses in CC.

Re: uninterruptible sleep lockups

2005-02-22 Thread Anthony DiSante
Helge Hafting wrote: The infrastructure for that does not exist, so instead, the "killed" process remains. Not all of it, but at least the memory pinned down by the io request. This overhead is typically small, and the overehad of adding forced io abort to every driver might be larger than a ha

[no subject]

2005-02-22 Thread Essien Ita Essien
unsubscribe - 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/RFC] A method for clearing out page cache

2005-02-22 Thread Paul Jackson
Ingo wrote: > app designers very frequently think that the VM gets its act wrong (most > of the time for the wrong reasons), As Martin wrote, when he submitted this patch: > The motivation for this patch is for setting up High Performance > Computing jobs, where initial memory placement is very im

Re: [RFC] pdirops: vfs patch

2005-02-22 Thread Jan Blunck
Quoting Alex Tomas <[EMAIL PROTECTED]>: > > 1) i_sem protects dcache too Where? i_sem is the per-inode lock, and shouldn't be used else. > 2) tmpfs has no "own" data, so we can use it this way (see 2nd patch) > 3) I have pdirops patch for ext3, but it needs some cleaning ... I think you didn't

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

2005-02-22 Thread Sebastian Heutling
Meelis Roos wrote: The PCI IRQ map for the old Motorola PowerStackII (Utah) boards was incorrect, but this breakage wasn't exposed until 2.5, and finally fixed until recently by Sebastian Heutling <[EMAIL PROTECTED]>. Yesterday I finally got around to testing it. It seems the patch has been appli

Re: [RFC] pdirops: vfs patch

2005-02-22 Thread Alex Tomas
> Jan Blunck (JB) writes: >> 1) i_sem protects dcache too JB> Where? i_sem is the per-inode lock, and shouldn't be used else. read comments in fs/namei.c:read_lookup() >> 2) tmpfs has no "own" data, so we can use it this way (see 2nd patch) >> 3) I have pdirops patch for ext3, but it ne

Re: [patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Andi Kleen
Andrew Morton <[EMAIL PROTECTED]> writes: > > Is it possible to avoid consuming a page flag? > > If this is an ia64-only (or 64-bit-only) thing I guess we could use bit 32. It's not. i386 essentially has the same problem. Other architectures likely too. We definitely need a generic solution, espec

[Patch 1/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part adds support for the RDONLY, NOATIME and NODIRATIME ; vfsmount flags, propagates those options into loopback (bind) ; mounts and displays them properly in show_vfsmnt()/proc ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]> ; ; Changelog: ; ;

[Patch 0/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
Hi Andrew! Al! Folks! The following set of patches extends the per device 'noatime', 'nodiratime' and last but not least the 'ro' (read only) mount option to the vfs --bind mounts, allowing them to behave like any other mount, by honoring those mount flags (which are silently ignored by the

[Patch 4/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part adds mnt_may_create() and mnt_may_unlink() checks ; and uses them in lookup_create(), sys_rmdir() and sys_unlink() ; it also adds a RDONLY check to generic_write_checks() and ; for pipe_writev() ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]>

[Patch 2/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part adds the required checks for touch_atime() to allow ; for vfsmount based NOATIME and NODIRATIME ; autofs4 update_atime is the only exception (ignored on purpose) ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]> ; ; Changelog: ; ; 0.01 - brok

[Patch 5/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part propagates the vfsmount into both setxattr() and ; removexattr() to allow for vfsmount based checks there, and ; verifies that the vfsmount isn't RDONLY ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]> ; ; Changelog: ; ; 0.01 - broken out pa

[Patch 6/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part adds appropriate vfsmount checks (regarding ro) ; in various places like: report_statvfs*, *_ioctl, *utime*, ; *chmod*, and *permission (wherever RDONLY is verified) ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]> ; ; Changelog: ; ; 0.01 -

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

2005-02-22 Thread Leigh Brown
Sebastian Heutling said: > Meelis Roos wrote: > >>> The PCI IRQ map for the old Motorola PowerStackII (Utah) boards was >>> incorrect, but this breakage wasn't exposed until 2.5, and finally >>> fixed >>> until recently by Sebastian Heutling <[EMAIL PROTECTED]>. >> >> >> Yesterday I finally got aro

[Patch 3/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
; ; Bind Mount Extensions ; ; This part propagates the vfsmount into chown_common() to allow ; vfsmount based checks there, and verifies that the vfsmount ; isn't RDONLY (in chown_common) ; ; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]> ; ; Changelog: ; ; 0.01 - broken out part fr

martian source message is wrong?

2005-02-22 Thread Francesco Potorti`
In 2.6.10, in net/ipv4/route.c, this message is printed: printk(KERN_WARNING "martian source %u.%u.%u.%u from " "%u.%u.%u.%u, on dev %s\n", NIPQUAD(daddr), NIPQUAD(saddr), dev->name); In my opinion, it should be: ! pri

Re: uninterruptible sleep lockups

2005-02-22 Thread Denis Vlasenko
On Tuesday 22 February 2005 13:16, Anthony DiSante wrote: > Helge Hafting wrote: > > The infrastructure for that does not exist, so instead, the "killed" > > process remains. Not all of it, but at least the memory pinned down by > > the io request. This overhead is typically small, and the overe

Re: uninterruptible sleep lockups

2005-02-22 Thread Anthony DiSante
Denis Vlasenko wrote: The infrastructure for that does not exist, so instead, the "killed" process remains. Not all of it, but at least the memory pinned down by the io request. This overhead is typically small, and the overehad of adding forced io abort to every driver might be larger than a h

Re: [RFC] pdirops: vfs patch

2005-02-22 Thread Jan Blunck
Quoting Alex Tomas <[EMAIL PROTECTED]>: > > Jan Blunck (JB) writes: > > >> 1) i_sem protects dcache too > > JB> Where? i_sem is the per-inode lock, and shouldn't be used else. > > read comments in fs/namei.c:read_lookup() > i_sem does NOT protect the dcache. Also not in real_lookup(). The l

Re: OT: Why is usb data many times the cpu hog that firewire is?

2005-02-22 Thread Gene Heskett
On Tuesday 22 February 2005 03:53, Barry K. Nathan wrote: >Is your USB 1.1 controller UHCI or OHCI? If it's UHCI, perhaps you > could try an OHCI controller (e.g. some USB PCI cards) and see if > that makes any difference. (I remember reading something about OHCI > being more efficient than UHCI i

Re: [PATCH] A new entry for /proc

2005-02-22 Thread Mauricio Lin
Hi All, Here goes the new smaps patch. As suggested by Hugh in another discussion, the inefficient loop was removed and replaced by smaps_pgd_range, smaps_pud_range, smaps_pmd and smaps_pte_range functions. I mantained the old resident_mem_size function between comments just for anyone who wants

Angebot

2005-02-22 Thread Euro-Transfer
Sehr geehrte Damen und Herren, unser Sonderangebot ist an allen , die neue Klienten gewinnen möchten, den Kundenkreis erweitern sowie erfolgreiche Werbeaktionen durchführen wollen, gerichtet !!! Wir bieten Ihnen Datenbanken mit E-Mail-Adressen nicht nur deutscher sondern auch britisc

Re: 2.4 compile errors in 32-bit sys_revcmsg fixes

2005-02-22 Thread Stephen Rothwell
On Tue, 22 Feb 2005 11:48:31 +0200 (EET) Meelis Roos <[EMAIL PROTECTED]> wrote: > > Is a "||" missing, or something else? Yes, that's all. I have already sent a fix to Marcelo. Sorry for the inconvenience. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.or

Re: intel8x0: no sound in 2.6.11 rc3 & 4 (fine with 2.6.10)

2005-02-22 Thread Takashi Iwai
At Sat, 19 Feb 2005 13:11:57 +0100, [EMAIL PROTECTED] wrote: > > Hello > > I have read a post in lkml.org that states that the problem experienced in > rc3 has gone (1). That is not the case for me. > > My audio device is > > :00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM

Re: [RFC] pdirops: vfs patch

2005-02-22 Thread Alex Tomas
> Jan Blunck (JB) writes: JB> i_sem does NOT protect the dcache. Also not in real_lookup(). The lock must be JB> acquired for ->lookup() and because we might sleep on i_sem, we have to get it JB> early and check for repopulation of the dcache. dentry is part of dcache, right? i_sem prote

Re: [patch 11/13] Client side of nfsacl

2005-02-22 Thread Andreas Gruenbacher
On Tue, 2005-02-15 at 18:49, Trond Myklebust wrote: > I suggest you rather do the same thing we're doing for the NFSv4 acls, > and provide an nfsv3-specific struct inode_operations that points to > nfsv3-specific {get,set,list}xattr functions. Okay, that requires iops for file, dir, and others. Ho

Re: [RFC] pdirops: vfs patch

2005-02-22 Thread Jan Blunck
Quoting Alex Tomas <[EMAIL PROTECTED]>: > > Jan Blunck (JB) writes: > > JB> i_sem does NOT protect the dcache. Also not in real_lookup(). The lock > must be > JB> acquired for ->lookup() and because we might sleep on i_sem, we have to > get it > JB> early and check for repopulation of the d

Re: uninterruptible sleep lockups

2005-02-22 Thread linux-os
On Tue, 22 Feb 2005, Anthony DiSante wrote: Helge Hafting wrote: The infrastructure for that does not exist, so instead, the "killed" process remains. Not all of it, but at least the memory pinned down by the io request. This overhead is typically small, and the overehad of adding forced io abo

Re: Needed faster implementation of do_gettimeofday()

2005-02-22 Thread Puneet Kaushik
Hello Parag and George, Thanks for immediate reply. The main problem is I am working on a SMP system. I have written a small program that just calls the gettimeofday(), one billion times. I have run it with time utility and it takes almost double time on SMP then a UP. with kernel 2.6.10 on UP

Re: Thinkpad R40 freezes after swsusp resume

2005-02-22 Thread John M Flinchbaugh
On Wed, Feb 16, 2005 at 02:59:40PM -0500, John M Flinchbaugh wrote: > correcting the problem, so I can get swsusp and ACPI coexisting > happily > on my Thinkpad R40. > Does anyone here on the ACPI list have some logical next steps for > me to > test? > - Forwarded message from John M Flinchba

Re: [patch 11/13] Client side of nfsacl

2005-02-22 Thread Trond Myklebust
ty den 22.02.2005 Klokka 14:41 (+0100) skreiv Andreas Gruenbacher: > On Tue, 2005-02-15 at 18:49, Trond Myklebust wrote: > > I suggest you rather do the same thing we're doing for the NFSv4 acls, > > and provide an nfsv3-specific struct inode_operations that points to > > nfsv3-specific {get,set,li

Re: [ACPI] Re: Call for help: list of machines with working S3

2005-02-22 Thread Karol Kozimor
Thus wrote Alistair John Strachan: > I discovered that either the i2c_core.ko or i2c_i801.ko modules cause the > hang > on resume! If you stop the entire i2c subsystem from being loaded by hotplug > (note this is the BUS driver, not the sensors driver!), then resume works > perfectly! Presumabl

Re: [Patch 6/6] Bind Mount Extensions 0.06

2005-02-22 Thread Trond Myklebust
ty den 22.02.2005 Klokka 13:13 (+0100) skreiv Herbert Poetzl: > > diff -NurpP --minimal > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01/fs/nfs/dir.c > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01-ro0.01/fs/nfs/dir.c > --- linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01

[PATCH] TCP-Hybla proposal

2005-02-22 Thread Daniele Lacamera
Hi This is the official patch to implement TCP Hybla congestion avoidance. - "In heterogeneous networks, TCP connections that incorporate a terrestrial or satellite radio link are greatly disadvantaged with respect to entirely wired connections, because of their longer round trip times (RTTs).

Re: [patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Jes Sorensen
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes: Andrew> [EMAIL PROTECTED] (Jes Sorensen) wrote: >> Hi, >> >> This patch introduces ia64 specific read/write handlers for >> /dev/mem access which is needed to avoid uncached pages to be >> accessed through the cached kernel window which

Re: [Patch 6/6] Bind Mount Extensions 0.06

2005-02-22 Thread Herbert Poetzl
On Tue, Feb 22, 2005 at 09:34:31AM -0500, Trond Myklebust wrote: > ty den 22.02.2005 Klokka 13:13 (+0100) skreiv Herbert Poetzl: > > > > diff -NurpP --minimal > > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01/fs/nfs/dir.c > > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0

[PATCH] device-mapper: dm-raid1 deadlock fix

2005-02-22 Thread Alasdair G Kergon
Fix a dm-raid1 deadlock: nested spinlocks with _irq. Signed-Off-By: Alasdair G Kergon <[EMAIL PROTECTED]> From: Tim Burgess <[EMAIL PROTECTED]> --- diff/drivers/md/dm-raid1.c 2005-02-22 14:35:14.0 + +++ source/drivers/md/dm-raid1.c2005-02-22 14:35:01.0 + @@ -253,9

Re: [Patch 4/6] Bind Mount Extensions 0.06

2005-02-22 Thread Trond Myklebust
ty den 22.02.2005 Klokka 13:12 (+0100) skreiv Herbert Poetzl: > diff -NurpP --minimal > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01/fs/namei.c > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01/fs/namei.c > --- linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01/fs/namei.c 2005-02-13 > 17:16:5

RE: cciss CSMI via sysfs for 2.6

2005-02-22 Thread Miller, Mike (OS Dev)
> -Original Message- > From: Toon van der Pas [mailto:[EMAIL PROTECTED] > > + > > + iocommand.IoctlHeader.Length = sizeof(CSMI_SAS_PHY_INFO_BUFFER); > > + c->cmd_type = CMD_IOCTL_PEND; > > + c->Header.ReplyQueue = 0; > > + > > + //Do we send the whole buffer? > > + if (

Re: [Patch 6/6] Bind Mount Extensions 0.06

2005-02-22 Thread Trond Myklebust
ty den 22.02.2005 Klokka 13:13 (+0100) skreiv Herbert Poetzl: > diff -NurpP --minimal > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01/arch/sparc64/solaris/fs.c > > linux-2.6.11-rc4-bme0.06-bm0.01-at0.01-cc0.01-co0.01-xa0.01-ro0.01/arch/sparc64/solaris/fs.c > --- > linux-2.6.11-rc

APM Suspend with savagefb

2005-02-22 Thread [EMAIL PROTECTED]
Hi, If i compile my IBM Thinkpad T23 to use APM and the savagefb driver for a framebuffer console, it will hang when resuming from a suspend or hibernate. The system is unresponsive, the screen is totally blank and no input makes any difference, it is necessary to hard reset the system.. This be

PPC32 8xx MPC880 Linux 2.6 Interrupt storm

2005-02-22 Thread Povolotsky, Alexander
I have MPC880 based board with 24C02 I2C serial EEPROM and I try to run Linux 2.6 on this board. Originally I had problem: <3>request_irq() returned -22 for CPM vector 32. I traced the problem to the following line, shown below as commented out (by me) in cpm_iic_init() (drivers/i2c/algos/i2c-a

Re: [rsbac] Thoughts on the "No Linux Security Modules framework" old claims

2005-02-22 Thread Casey Schaufler
--- Amon Ott <[EMAIL PROTECTED]> wrote: > On Montag 21 Februar 2005 18:50, Casey Schaufler > wrote: > > > > --- Lorenzo Hernández García-Hierro > <[EMAIL PROTECTED]> > > wrote: > > > > > > > > There are cases where Linux DAC and MAC cannot > > > live happily together, > > > > because Linux DA

Re: [PATCH] TCP-Hybla proposal

2005-02-22 Thread Daniele Lacamera
On Tuesday 22 February 2005 15:34, Daniele Lacamera wrote: > Hi > This is the official patch to implement TCP Hybla congestion avoidance. I've post a wrong/unclean patch. Here's the right one. Sorry. -- Daniele Lacamera root at danielinux.net diff -ruN linux-2.6.11-rc4/Documentation/networking

Re: Needed faster implementation of do_gettimeofday()

2005-02-22 Thread Chris Friesen
Puneet Kaushik wrote: Hello Parag and George, Thanks for immediate reply. The main problem is I am working on a SMP system. I have written a small program that just calls the gettimeofday(), one billion times. I have run it with time utility and it takes almost double time on SMP then a UP. If the

JFFS2 Extended attributes support & SELinux in handhelds

2005-02-22 Thread Lorenzo Hernández García-Hierro
Hi, I've been working in implementing extended attributes support in the JFFS2 filesystem. During the (short) time I worked on it, I just decided to try to bring back the thread on SELinux in hand-held and embedded devices and see if there's someone interested in contributing to it and collaborat

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

2005-02-22 Thread Christian Kujau
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leigh Brown wrote: >>>It detects the HBA, tries device discovery, gets a timeout, ABORT, >>>timeout, TARGET RESET, timeout, BUS RESET, timeout, HOST RESET and >>>there it hangs. it does not really hang, it just tries to initialize every target of the

Re: Needed faster implementation of do_gettimeofday()

2005-02-22 Thread George Anzinger
Puneet Kaushik wrote: Hello Parag and George, Thanks for immediate reply. The main problem is I am working on a SMP system. I have written a small program that just calls the gettimeofday(), one billion times. I have run it with time utility and it takes almost double time on SMP then a UP. with k

Re: [patch 12/13] ACL umask handling workaround in nfs client

2005-02-22 Thread Andreas Gruenbacher
On Tue, 2005-02-15 at 19:04, Trond Myklebust wrote: > lau den 22.01.2005 Klokka 21:34 (+0100) skreiv Andreas Gruenbacher: > > vanlig tekstdokument vedlegg (patches.suse) > > NFSv3 has no concept of a umask on the server side: The client applies > > the umask locally, and sends the effective permiss

Re: [PATCH] scsi/sata write barrier support

2005-02-22 Thread Greg Stark
Jens Axboe <[EMAIL PROTECTED]> writes: > fsync has been working all along, since the initial barrier support for > ide. only ext3 and reiserfs support it. Really? That's huge news. Since what kernel version(s) is that? What about a non-journaled fs, or at least a meta-data-only-journaled fs? Jo

CSMI questions

2005-02-22 Thread mikem
All, I hate to dredge this up again, but, when Eric Moore submitted changes for MPT Fusion driver containing the CSMI ioctls it was rejected. There was talk on the linux-scsi list about it being a horrible interface, among other things. There were also comments about there being a Linux only approa

89.95$ = Microsoft Windows XP Pro + Microsoft Office XP Pro

2005-02-22 Thread Yuriy_Kaminsky
http://94912.ifmmmjfjf.com/?o7WZq9o2tYvNaoo41763 - 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/RFC] A method for clearing out page cache

2005-02-22 Thread Ray Bryant
Ingo Molnar wrote: * Andrew Morton <[EMAIL PROTECTED]> wrote: . enable users to specify an 'allocation priority' of some sort, which kicks out the pagecache on the local node - or something like that. Yes, that would be preferable - I don't know what the difficulty is with that. sys_set_mempolicy

Re: [Linux-fbdev-devel] Resource management.

2005-02-22 Thread James Simmons
> As far as I know none of the significant contributors on either fbdev > or DRM are being paid to work on the project. So I have noticed. There is much to do but no real man power. We are talking about this merging but at our rate it will take 5 years to happen. We don't have the man power to

89.95$ = Microsoft Windows XP Pro + Microsoft Office XP Pro

2005-02-22 Thread sascha
http://10468.diljcancb.com/?M_OROxgqRkn9yMg80709 - 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: idr_remove

2005-02-22 Thread Lorenzo Hernández García-Hierro
El sáb, 19-02-2005 a las 23:32 +1100, Russell Coker escribió: > http://marc.theaimsgroup.com/?l=linux-kernel&m=109838483518162&w=2 > > I am getting messages "idr_remove called for id=0 which is not allocated" > when > SE Linux denies search access to /dev/pts. > > The attached file has some klo

Re: [patch 12/13] ACL umask handling workaround in nfs client

2005-02-22 Thread Trond Myklebust
ty den 22.02.2005 Klokka 17:47 (+0100) skreiv Andreas Gruenbacher: > See attached patch. > It would be very nice if we could rather hide the calls to nfs_set_default_acl() inside nfs3_proc_create(), nfs3_proc_mknod() and nfs3_proc-mkdir(). Besides avoiding the need for the wrapper functions, tha

Re: [PATCH] TCP-Hybla proposal

2005-02-22 Thread Stephen Hemminger
On Tue, 22 Feb 2005 15:34:42 +0100 Daniele Lacamera <[EMAIL PROTECTED]> wrote: > Hi > This is the official patch to implement TCP Hybla congestion avoidance. > > - "In heterogeneous networks, TCP connections that incorporate a > terrestrial or satellite radio link are greatly disadvantaged with

Re: [patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Matthew Wilcox
On Tue, Feb 22, 2005 at 09:41:04AM -0500, Jes Sorensen wrote: > >> + if (page->flags & PG_uncached) > > Andrew> dude. That ain't gonna work ;) > > Pardon my lack of clue, but why not? I think you're supposed to always use test_bit() to check page flags -- "Next the statesmen will invent cheap

Re: [RFC 2.6.11-rc2-mm2 0/7] mm: manual page migration -- overview II

2005-02-22 Thread Andi Kleen
> OK, so what is the alternative? Well, if we had a va_start and > va_end (or a va_start and length) we could move the shared object > once using a call of the form > >migrate_pages(pid, va_start, va_end, count, old_node_list, > new_node_list); > > with old_node_list = 0 1 2 ... 31 >

Re: [RFC 2.6.11-rc2-mm2 0/7] mm: manual page migration -- overview II

2005-02-22 Thread Andi Kleen
On Mon, Feb 21, 2005 at 11:12:14AM -0600, Ray Bryant wrote: > Andi Kleen wrote: > > > > > >I wouldn't bother fixing up VMA policies. > > > > > > How would these policies get changed so that they represent the > reality of the new node location(s) then? Doesn't this have to > happen as part of

RE: [patch -mm series] ia64 specific /dev/mem handlers

2005-02-22 Thread Luck, Tony
>On Tue, Feb 22, 2005 at 09:41:04AM -0500, Jes Sorensen wrote: >> >> + if (page->flags & PG_uncached) >> >> Andrew> dude. That ain't gonna work ;) >> >> Pardon my lack of clue, but why not? > >I think you're supposed to always use test_bit() to check page flags You defined PG_uncached as "20" .

Re: [PATCH] TCP-Hybla proposal

2005-02-22 Thread John Heffner
On Tue, 22 Feb 2005, Stephen Hemminger wrote: > On Tue, 22 Feb 2005 15:34:42 +0100 > Daniele Lacamera <[EMAIL PROTECTED]> wrote: > > > One last note: IMHO we really need a better way to select congestion > > avoidance scheme between those available, instead of switching each one > > on and off. I.

Re: [PATCH] TCP-Hybla proposal

2005-02-22 Thread David S. Miller
On Tue, 22 Feb 2005 13:03:11 -0500 (EST) John Heffner <[EMAIL PROTECTED]> wrote: > An idea I've been toying with for a while now is completely abstracting > congestion control. Then you could have congestion control loadable > modules, which would avoid this mess of experimental algorithms inside

CSMI questions

2005-02-22 Thread Miller, Mike (OS Dev)
Sorry, my last mail went unintentionally. mikem - 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/

89.95$ = Microsoft Windows XP Pro + Microsoft Office XP Pro

2005-02-22 Thread antonyc
http://89508.ickmkaghk.com/?O1QTQ3iYnmVb4iO20488 - 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: JFFS2 Extended attributes support & SELinux in handhelds

2005-02-22 Thread Josh Boyer
On Tue, 2005-02-22 at 17:17 +0100, Lorenzo Hernández García-Hierro wrote: > Hi, > > I've been working in implementing extended attributes support in the > JFFS2 filesystem. You should send this to the JFFS2 development list. The xattr support is probably a JFFS3 candidate. > > The current work

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

2005-02-22 Thread Sebastian Heutling
Leigh Brown wrote: Sebastian Heutling said: Meelis Roos wrote: The PCI IRQ map for the old Motorola PowerStackII (Utah) boards was incorrect, but this breakage wasn't exposed until 2.5, and finally fixed until recently by Sebastian Heutling <[EMAIL PROTECTED]>. Yesterday I finally

Re: idr_remove

2005-02-22 Thread Jim Houston
On Sat, 2005-02-19 at 07:32, Russell Coker wrote: > http://marc.theaimsgroup.com/?l=linux-kernel&m=109838483518162&w=2 > > I am getting messages "idr_remove called for id=0 which is not allocated" > when > SE Linux denies search access to /dev/pts. > > The attached file has some klogd output sh

Re: [RFC 2.6.11-rc2-mm2 0/7] mm: manual page migration -- overview II

2005-02-22 Thread Ray Bryant
Andi Kleen wrote: How about you add the va_start, va_end but only accept them when pid is 0 (= current process). Otherwise enforce with EINVAL that they are both 0. This way you could map the shared object into the batch manager, migrate it there, then mark it somehow to not be migrated further, a

Re: idr_remove

2005-02-22 Thread Stephen Smalley
On Tue, 2005-02-22 at 13:22 -0500, Jim Houston wrote: > I spent time looking at the pty and selinux code yesterday. > I had little luck finding where the selinux code hooks into > the pty code. The call to lookup_one_len() by fs/devpts/inode.c:get_node() ultimately calls permission(...,MAY_EXEC,.

Re: [PATCH/RFC] A method for clearing out page cache

2005-02-22 Thread Andrew Morton
Paul Jackson <[EMAIL PROTECTED]> wrote: > > As Martin wrote, when he submitted this patch: > > The motivation for this patch is for setting up High Performance > > Computing jobs, where initial memory placement is very important to > > overall performance. > > Any left over cache is wrong, fo

Re: [RFC] rwsem removal from kobj_map

2005-02-22 Thread Greg KH
On Fri, Feb 18, 2005 at 04:33:03PM -0700, Jonathan Corbet wrote: > [Since this is something I once looked at too...] > > > struct kobj_map *kobj_map_init(kobj_probe_t *base_probe, > > - struct subsystem *s) > > + struct subsystem *s, struct semaphore *sem) > > The only reason

Re: [RFC 2.6.11-rc2-mm2 0/7] mm: manual page migration -- overview II

2005-02-22 Thread Andi Kleen
On Tue, Feb 22, 2005 at 12:45:21PM -0600, Ray Bryant wrote: > Andi Kleen wrote: > > > > >How about you add the va_start, va_end but only accept them > >when pid is 0 (= current process). Otherwise enforce with EINVAL > >that they are both 0. This way you could map the > >shared object into the ba

Problems with 2.6.11-rc4, Opteron server and MPTBase

2005-02-22 Thread Weathers, Norman R.
To all whom it may concern: I am having trouble with several of the 2.6 kernels. The last one is the one that is perhaps most annoying. I have a dual Opteron based NFS server that keeps crashing when I try to boot up with 2.6.11-rc4. The node is trying to boot from an mptbase device, and it i

Re: [linux-usb-devel] 2.6: USB Storage hangs machine on bootup for ~2 minutes

2005-02-22 Thread Parag Warudkar
On Monday 07 February 2005 11:18 am, Alan Stern wrote: > > I am already running 2.6.11-rc3 and the problem has not gone away. Are > > there any relevant fixes in -bk? > > No. > > > Attached is the bootup log after enabling CONFIG_USB_STORAGE_DEBUG. > > You said that the system hangs during bootup.

Re: [PATCH/RFC] A method for clearing out page cache

2005-02-22 Thread Martin Hicks
On Tue, Feb 22, 2005 at 10:45:35AM -0800, Andrew Morton wrote: > Paul Jackson <[EMAIL PROTECTED]> wrote: > > > > As Martin wrote, when he submitted this patch: > > > The motivation for this patch is for setting up High Performance > > > Computing jobs, where initial memory placement is very imp

Re: [PATCH/RFC] A method for clearing out page cache

2005-02-22 Thread Ray Bryant
Andrew Morton wrote: Paul Jackson <[EMAIL PROTECTED]> wrote: As Martin wrote, when he submitted this patch: > The motivation for this patch is for setting up High Performance > Computing jobs, where initial memory placement is very important to > overall performance. Any left over cache is wrong, f

Re: [PATCH] Symlink /sys/class/block to /sys/block

2005-02-22 Thread Greg KH
On Sat, Feb 19, 2005 at 11:29:13PM +, Malcolm Rowe wrote: > Greg, > > Following the discussion in [1], the attached patch creates /sys/class/block > as a symlink to /sys/block. The patch applies to 2.6.11-rc4-bk7. > > Please cc: me on any replies - I'm not subscribed to the mailing list.

  1   2   3   >