[PATCH] SGI 926917: make knfsd interact cleanly with HSMs

G'day, The NFSv3 protocol specifies an error, NFS3ERR_JUKEBOX, which a server should return when an I/O operation will take a very long time. This causes a different pattern of retries in clients, and avoids a number of serious problems associated with I/Os which take longer than an RPC timeout.

Re: [PATCH] Per cpu irq stat

On Mon, 14 Mar 2005, Andrew Morton wrote: > > +DEFINE_PER_CPU(irq_cpustat_t, irq_stat) > > cacheline_maxaligned_in_smp; > > Why is this marked cacheline_maxaligned_in_smp? In order to avoid potential false aliasing I guess. irq_cpustat_t is already marked ___cacheline_aligned though

Re: bad pgd/pmd in latest BK on ia64

On Mon, 2005-03-14 at 15:31 -0800, David S. Miller wrote: > On Mon, 14 Mar 2005 15:11:42 -0800 > "David S. Miller" <[EMAIL PROTECTED]> wrote: > > > I therefore suspect the pgwalk patches. > > I just noticed something else while reviewing this stuff. > The PTRS_PER_PMD macros aren't used anymore,

Re: [PATCH] reduce __deprecated spew

> (The intermodule_register and pm_register stuff has been hanging around for > so long that one wonders if we need sterner stimuli, not lesser). intermodule can just about go (one user left).. we could start by making the intermodule.c file only build when that one user is selected (that user

Re: Fw: 2.6.11-rc5-mm1: reiser4 eating cpu time

On Sunday 13 March 2005 15:24, Alexander Gran wrote: > Hi, > > Well, of course it cannot handle that large files (I wouldn't expect that, > either). My Problem is that when I open the file, it's not just kwrite but > other processes that need so much cpu time. That kwrite is eating cpu is ok.

Re: [PATCH] Per cpu irq stat

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > The definition of the irq_stat as an array means that the individual > elements of the irq_stat array are located on one NUMA node requiring > internode traffic to access irq_stat from other nodes. This patch makes > irq_stat a per_cpu variable

Re: [PATCH] reduce __deprecated spew

Matt Mackall <[EMAIL PROTECTED]> wrote: > > This patch changes a couple of the noisier deprecations to only warn > on the primary entrypoint (in these cases, the _register functions). > This approach makes it obvious that an interface is going away while > only warning once per user. I suggest

Re: [PATCH] ES7000 Legacy Mappings Update

On 073, 03 14, 2005 at 06:05:54PM -0800, Andrew Morton wrote: > > You triggered my trivia twitch. > > Jason Davis <[EMAIL PROTECTED]> wrote: > > > > - * ES7000 has no legacy identity mappings > > + * Older generations of ES7000 have no legacy identity mappings > > */ > > - if

[PATCH] reduce __deprecated spew

This patch changes a couple of the noisier deprecations to only warn on the primary entrypoint (in these cases, the _register functions). This approach makes it obvious that an interface is going away while only warning once per user. I suggest we adopt this approach for future deprecation

[PATCH] Per cpu irq stat

The definition of the irq_stat as an array means that the individual elements of the irq_stat array are located on one NUMA node requiring internode traffic to access irq_stat from other nodes. This patch makes irq_stat a per_cpu variable which allows most accesses to be local. Signed-off-by:

[Announce] sg3_utils-1.13 available

sg3_utils is a package of command line utilities for sending SCSI commands to devices. This package targets the lk 2.6 and lk 2.4 series. In the lk 2.6 series these utilities (except sgp_dd) can be used with any devices that support the SG_IO ioctl. This version adds sg_format which can format

[ANNOUNCE][RFC] PlugSched-3.0.2 for 2.6.11-mm3 (includes nicksched)

A patch of PlugSched-3.0.2 (containing ingosched, staircase, spa_no_frills, zaphod and nicksched CPU schedulers) against a 2.6.11-mm3 kernel is available for download from: Peter -- Peter Williams

Re: SMbus not enabled

"Enrico Bartky" <[EMAIL PROTECTED]> wrote: > > my notebook have a SiS 964 Chipset and "quirked" by "quirk_sis_503", ... > but there is no SMbus device. If I add a call to the "quirk_sis_96x_smbus" > function directly from the "quirk_sis_503" function, the smbus is present, > but I think a call to

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

On Fri, 11 Mar 2005, john stultz wrote: > +/* cyc2ns(): > + * Uses the timesource and ntp ajdustment interval to > + * convert cycle_ts to nanoseconds. > + * If rem is not null, it stores the remainder of the > + * calculation there. > + * > + */ This

Re: [PATCH] mm counter operations through macros

On Mon, 14 Mar 2005, Andrew Morton wrote: > > Then you wont be able to get rid of the counters by > > > > #define MM_COUNTER(xx) > > > > anymore. > > Why would we want to do that? If counters are calculated on demand then no counter is necessary. - To unsubscribe from this list: send the

RE: [ACPI] [PATCH, new ACPI driver] new sony_acpi driver

Basically, this driver just call some specific AML method for hotkey function, that can be achieved through generic hotkey driver filed at http://bugzilla.kernel.org/show_bug.cgi?id=3887. So I don't think this driver is needed. >-Original Message- >From: [EMAIL PROTECTED]

Re: huge filesystems

On Mar 14, 2005 21:37 -0700, jmerkey wrote: > 1. Scaling issues with readdir() with huge numbers of files (not even > huge really. 87000 files in a dir takes a while > for readdir() to return results). I average 2-3 million files per > directory on 2.6.9. It can take a up to a minute for >

Re: [PATCH] mm counter operations through macros

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > On Mon, 14 Mar 2005, Andrew Morton wrote: > > > I don't think the MM_COUNTER_T macro adds much, really. How about this? > > Then you wont be able to get rid of the counters by > > #define MM_COUNTER(xx) > > anymore. Why would we want to do

Re: [2.6 patch] net/802/fc.c: #if 0 fc_type_trans

On Sun, 6 Mar 2005 21:57:54 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > The only user of fc_type_trans (drivers/net/fc/iph5526.c) is BROKEN in > 2.6 and removed in -mm. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> That driver isn't in Linus's tree any longer either. Just delete the

Re: [PATCH] mm counter operations through macros

On Mon, 14 Mar 2005, Andrew Morton wrote: > I don't think the MM_COUNTER_T macro adds much, really. How about this? Then you wont be able to get rid of the counters by #define MM_COUNTER(xx) anymore. > > --- 25/include/linux/sched.h~mm-counter-operations-through-macros-tidy >

Re: [Fastboot] Re: Query: Kdump: Core Image ELF Format

On Wed, 2005-03-09 at 23:56 -0700, Eric W. Biederman wrote: > Vivek Goyal <[EMAIL PROTECTED]> writes: > > > I want to fill the virtual addresses of linearly mapped region. That is > > physical addresses from 0 to MAXMEM (896 MB) are mapped by kernel at > > virtual addresses PAGE_OFFSET to

Re: [PATCH] mm counter operations through macros

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > This patch extracts all the operations on counters protected by the > page table lock (currently rss and anon_rss) into definitions in > include/linux/sched.h. All rss operations are performed through > the following macros: I don't think the

Re: Fixes to mmtimer driver

On Mon, 14 Mar 2005, Andrew Morton wrote: > Which I fixed up as below. Thanks. > Please, we've pushed in 14MB of patches in 11 days - it's really important > to make sure that we're working against the latest tree. Wow. - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: Netfilter ipt_hashlimit

On Fri, 11 Mar 2005 23:05:11 +1100 Herbert Xu <[EMAIL PROTECTED]> wrote: > Russell King <[EMAIL PROTECTED]> wrote: > > With current-ish Linus 2.6 BK, I'm seeing this: > > > > net/ipv4/netfilter/ipt_hashlimit.c:96: warning: type defaults to `int' in > > declaration of `DECLARE_LOCK' > >

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

Note that similarities exist between the posix clock and the time sources. Will all time sources be exportable as posix clocks? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH][2/2] SquashFS

On Mon, Mar 14, 2005 at 04:30:33PM +, Phillip Lougher wrote: > +typedef unsigned int squashfs_block; > +typedef long longsquashfs_inode; Try using u32 and u64 instead. > +typedef unsigned int squashfs_uid; Why is this a typedef? > + > +typedef struct

Re: Fixes to mmtimer driver

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > Fix the issue that the timer sometimes will not fire if the scheduled > time has already expired. Plus some simplifications and style changes. Tosses a reject due to the itimer patches which went in last week. *** *** 430,436

Re: Exports to enable clock driver modules

On Mon, Mar 14, 2005 at 08:37:43PM -0800, Christoph Lameter wrote: > The following exports are necessary to allow loadable modules to define > new clocks. Without these the mmtimer driver cannot be build > correctly as a module (there is another mmtimer specific fix necessary to > get it to build

Re: [PATCH RFC]: DEBUG for PCI IO & MEM allocation

Prarit Bhargava <[EMAIL PROTECTED]> wrote: > > I propose the following patch to add a compile time DEBUG option to > kernel/resource.c that would help in analyzing problems in this area. > It's a few simple lines of output in __request_resource, > __release_resource, __request_region, and

Re: Awful long timeouts for flash-file-system

linux-os wrote: Hello IDE experts. I am trying to use a SanDisk SDCFB-256, CFA DISK drive. This is supposed to emulate an IDE drive and does (sort of). However, upon boot, the boot-code keeps trying and trying and trying to do SOMETHING that aparently isn't even necessary because the virtual disk

Re: 2.6.11-mm3: SIS5513 DMA problem (set_drive_speed_status)

Martin Zwickel <[EMAIL PROTECTED]> wrote: > > Hi, > > just tried the 2.6.11-mm3 and at boot-time my start scripts try to > enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda). > > But while running hdparm, the kernel waits many seconds and gives me > some DMA warnings/errors: > > ... > >

Re: [TTY] overrun notify issue during 5 minutes after booting

moreau francis <[EMAIL PROTECTED]> wrote: > > By the way, is it safe in "n_tty_receive_overrun" to > call > "printk" ? because the former can be called from IT > context... yup. printk() is safe from all contexts except NMI. - To unsubscribe from this list: send the line "unsubscribe

Re: MAC address instead of IP

Donald Duckie wrote: Hi! I am looking for some sample codes which uses MAC address instead of TCP-IP for data transmission. Any suggestions are highly appreciated. Check out the 'man 7 socket' man page and read up on raw packet sockets. You can format a packet down to the ethernet header and send

Fixes to mmtimer driver

Hmm. this somehow did not make it to akpm and lkml when I posted it a week ago. Fix the issue that the timer sometimes will not fire if the scheduled time has already expired. Plus some simplifications and style changes. Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]> Signed-off-by: Dimitri

IA32 (2.6.11 - 2005-03-14.16.00) - 2 New warnings

drivers/char/drm/i915_dma.c:573: warning: `verify_area' is deprecated (declared at include/asm/uaccess.h:105) drivers/char/drm/i915_dma.c:603: warning: `verify_area' is deprecated (declared at include/asm/uaccess.h:105) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: [PATCH] mm counter operations through macros

Ok. Here is an updated patch: This patch extracts all the operations on counters protected by the page table lock (currently rss and anon_rss) into definitions in include/linux/sched.h. All rss operations are performed through the following macros: get_mm_counter(mm, member) ->

Re: Devices/Partitions over 2TB

Bernd Eckenfels wrote: In article <[EMAIL PROTECTED]> you wrote: You have to ignore the partition table contents for ending cylinder. Good Question. Where are the standard tools in FC2 and FC3 for these types? Jeff Gruss Bernd - To unsubscribe from this list: send the line "unsubscribe

MAC address instead of IP

Hi! I am looking for some sample codes which uses MAC address instead of TCP-IP for data transmission. Any suggestions are highly appreciated. And also, I have been digging into ethertap.c and netlink_dev.c, but I cant fully understand how these codes work. Where can I see some detailed

Re: Exports to enable clock driver modules

Christoph Lameter <[EMAIL PROTECTED]> wrote: > > The following exports are necessary to allow loadable modules to define > new clocks. I'll convert these to EXPORT_SYMBOL_GPL, OK? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: huge filesystems

Andrew Morton wrote: jmerkey <[EMAIL PROTECTED]> wrote: >I don't recall you reporting any of them. How can we expect to fix >anything if we aren't told about it? > > > I report them when I can't get around them myself. I've been able to get around most of them. Jeff, that's all take and

Re: Devices/Partitions over 2TB

In article <[EMAIL PROTECTED]> you wrote: > You have to ignore the partition table contents for ending cylinder. Why use MSDOS partition tables at all? What about LVM or GUID Partitions? Gruss Bernd - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: 2.6.11-mm3: saa7134-core.c compile error

Adrian Bunk <[EMAIL PROTECTED]> wrote: > > On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote: > >... > > Changes since 2.6.11-mm2: > >... > > +saa7134-update.patch > >... > > v4l updates > >... > > This doesn't compile with CONFIG_MODULES=n: > > <-- snip --> > > ... >

Exports to enable clock driver modules

The following exports are necessary to allow loadable modules to define new clocks. Without these the mmtimer driver cannot be build correctly as a module (there is another mmtimer specific fix necessary to get it to build properly but that will be a separate patch): Signed-off-by: Christoph

[PATCH] PPC64 iSeries: cleanup iSeries_setup

Hi Andrew, This patch does some trivial cleanups on iSeries_setup.[ch]: - eliminiate warning about iommu_init_early_iSeries not being declared - remove trailing whitespace - change some functions to static - remove defunct function declarations Built and

Re: 2.6.11-mm3 breaks compile of drivers/char/esp.c

Bernhard Rosenkraenzer <[EMAIL PROTECTED]> wrote: > > drivers/char/esp.c: In function 'rs_stop': > drivers/char/esp.c:213: error: 'struct esp_struct' has no member named 'lock' > drivers/char/esp.c:219: error: 'struct esp_struct' has no member named 'lock' > drivers/char/esp.c: In function

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

On Sat, 2005-03-12 at 21:03 -0500, Jon Smirl wrote: > On Fri, 11 Mar 2005 19:14:13 +, Alan Cox <[EMAIL PROTECTED]> wrote: > > I posted a proposal for this sometime ago because X has some uses for > > it. The idea being you'd pass a struct that describes > > > > 1. What tells you an IRQ

[PATCH] ppc32: Add virtual DMA support to legacy floppy driver on ppc32

This patch adds support for pseudo-dma transfers on ppc32 for the legacy floppy driver. It is useful on some machines like pegasos where the legacy DMA doesn't seem to work properly (possibly to the lack of a "legacy" DMA zone on ppc32). Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>

ppc32: Fix overflow in cpuinfo freq. display

Hi ! The CPU frequency in /proc/cpuinfo would overflow because of a signed/unsigned bug. This fixes it. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Index: linux-work/arch/ppc/kernel/setup.c === ---

[PATCH] ppc32: Update PowerMac models table

Hi ! This patch updates the table of PowerMac models, adding the Mac mini, a few missing ones in older slots too, and sorts it in a more logical way. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Index: linux-work/arch/ppc/platforms/pmac_feature.c

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes: Jon> On Tue, 15 Mar 2005 14:47:42 +1100, Peter Chubb Jon> <[EMAIL PROTECTED]> wrote: >> What I really want to do is deprivilege the driver code as much as >> possible. Whatever a driver does, the rest of the system should >> keep going. That

Re: huge filesystems

jmerkey <[EMAIL PROTECTED]> wrote: > > >I don't recall you reporting any of them. How can we expect to fix > >anything if we aren't told about it? > > > > > > > I report them when I can't get around them myself. I've been able to get > around most of them. Jeff, that's all take and no

tired of wireless + WEP... uff

Dear Kernel People Please advise... Long ago when I didn't use WEP I had my intenal (Network controller: Intersil Corporation: Unknown device 3872) and pcmcia belkin F5D6020 (probably version 1) working as charm wo tweeking (although I thought I had to set RTS to 256 or call cardctl reset from

Re: [PATCH 0/4] sparsemem intro patches

On Mon, 2005-03-14 at 18:30 -0800, Andrew Morton wrote: > Dave Hansen <[EMAIL PROTECTED]> wrote: > > > > The following four patches provide the last needed changes before the > > introduction of sparsemem. For a more complete description of what this > > will do, please see this patch: > > >

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

On Tue, 15 Mar 2005 14:47:42 +1100, Peter Chubb <[EMAIL PROTECTED]> wrote: > What I really want to do is deprivilege the driver code as much as > possible. Whatever a driver does, the rest of the system should keep > going. That way malicious or buggy drivers can only affect the > processes that

Re: huge filesystems

Andrew Morton wrote: jmerkey <[EMAIL PROTECTED]> wrote: I am running the DSFS file system as a 7 TB file system on 2.6.9. On a 32-bit CPU? Yep. There are a host of problems with the current VFS, I don't recall you reporting any of them. How can we expect to fix anything if we

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

> "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes: Jon> On Mon, 14 Mar 2005 12:42:27 +1100, Peter Chubb Jon> <[EMAIL PROTECTED]> wrote: >> > "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes: >> >> >> The scenario I'm thinking about with these patches are things >> like >> low-latency

Re: [swsusp/ppc] Re: What's going on here ?

On Tue, Mar 15, 2005 at 01:19:46PM +1100, Benjamin Herrenschmidt wrote: > > > rjw and hugang did (pretty neccessary) changes to base swsusp (pagedir > > table -> pagedir linklist), that unfortunately needed update to all > > the assembly parts. It was series 1/3 update core, i386 and x86-64, > >

Re: [patch] x86: fix ESP corruption CPU bug (take 2)

Stas Sergeev <[EMAIL PROTECTED]> wrote: > > Alan Cox wrote: > >> Alan, can you please apply that to an -ac > >> tree? > > Ask Andrew Morton as it belongs in the -mm tree > Actually I tried that already. I added this patch to -mm. > Andrew > had nothing against that patch personally, > as

[PATCH] PPC64 iSeries: cleanup viopath

Hi Andrew, Since you brought this file to my attention, I figured I might as well do some simple cleanups. This patch does: - single bit int bitfields are a bit suspect and Anndrew pointed out recently that they are probably slower to access than ints - get rid of some

Re: swsusp_restore crap

On Tue, 2005-03-15 at 14:24 +1100, Benjamin Herrenschmidt wrote: > Hi Pavel ! > > Please kill that swsusp_restore() call that itself calls > flush_tlb_global(), it's junk. First, the flush_tlb_global() thing is > arch specific, and that's all swsusp_restore() does. Then, the asm just > calls this

Re: Question about initramfs

Jim Gifford wrote: > Question: Initramfs is going to replace initrd, but I haven't seen > anyone explain how to copy modules that are built during the build > process moved into the initramfs archive. Has somebody done, this or is > this still a work in progress? Easy. 1) Unpack a vanilla

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

On Mon, 14 Mar 2005, Albert Cahalan wrote: > When the vsyscall page is created, copy the one needed function > into it. The kernel is already self-modifying in many places; this > is nothing new. AFAIK this will only works on ia32 and x86_64 and not definitely not on ia64. Who knows about the

swsusp_restore crap

Hi Pavel ! Please kill that swsusp_restore() call that itself calls flush_tlb_global(), it's junk. First, the flush_tlb_global() thing is arch specific, and that's all swsusp_restore() does. Then, the asm just calls this before returning to C code, so it makes no sense to have a hook there. The

Re: huge filesystems

jmerkey <[EMAIL PROTECTED]> wrote: > > I am running the DSFS file system as a 7 TB file system on 2.6.9. On a 32-bit CPU? > There are a host of problems with the current VFS, I don't recall you reporting any of them. How can we expect to fix anything if we aren't told about it? > ad I have

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

On Mon, 14 Mar 2005 12:42:27 +1100, Peter Chubb <[EMAIL PROTECTED]> wrote: > > "Jon" == Jon Smirl <[EMAIL PROTECTED]> writes: > > >> The scenario I'm thinking about with these patches are things like > >> low-latency user-level networking between nodes in a cluster, where > >> for good

Re: User mode drivers: part 1, interrupt handling (patch for 2.6.11)

On Mon, 14 Mar 2005 13:33:31 +, Alan Cox <[EMAIL PROTECTED]> wrote: > On Llu, 2005-03-14 at 00:02, Peter Chubb wrote: > > I can see there'd be problems if the code allowed shared interrupts, > > but it doesn't. > > If you don't allow shared IRQ's its useless, if you do allow shared > IRQ's it

Re: [PATCH][2/2] SquashFS

On Mon, Mar 14, 2005 at 04:30:33PM +, Phillip Lougher wrote: > +config SQUASHFS_1_0_COMPATIBILITY > + bool "Include support for mounting SquashFS 1.x filesystems" How common are these? It would be nice not to bring in legacy code. > +#define SERROR(s, args...) do { \ > +

Re: Serious problems with HFS+

On Mon, Mar 14, 2005 at 11:18:49AM +0100, Roman Zippel wrote: > Hi, > > On Sun, 13 Mar 2005, Matt Mackall wrote: > > > I've noticed a few problems with HFS+ support in recent kernels on > > another user's machine running Ubuntu (Warty) running > > 2.6.8.1-3-powerpc. I'm not in a position to

[PATCH 2.6] fix mmap() return value to conform POSIX

This patch fixes 2 return values in mmap() to conform POSIX spec: [EINVAL] The value of len is zero. [ENOMEM] MAP_FIXED was specified, and the range [addr,addr+len) exceeds that allowed for the address space of a process; or, if MAP_FIXED was not specified

Re: ancient portmap segfault

Andi, thanks for the response. The code forks immediately and the new process segfaults immediately. From an inspection of 'strace -f' on a working version, the next call would have been setsid() . (The library call in the code is daemon(0,0)). The original Makefile has an LDFLAG of -N (OMAGIC:

Re: [KBUILD] Bug in make deb-pkg when using seperate source and object directories

Sam, I had a similar problem building binrpm-pkg. Try following patch. It worked for me. Thanks Ajay Index: Makefile === RCS file: ./scripts/package/Makefile,v retrieving revision 1.2 diff -d -c -5 -p -r1.2 Makefile *** Makefile

Re: [PATCH][2/2] SquashFS

Phillip Lougher <[EMAIL PROTECTED]> wrote: > > [ on-disk bitfields ] > > I've checked compatibilty against Intel 32 and 64 bit architectures, > PPC 32/64 bit, ARM, MIPS > and SPARC. I've used compilers from 2.91.x upto 3.4... hm, OK. I remain a bit skeptical but it sounds like you're the

Re: [PATCH][RFC] Make /proc/ chmod'able

On Tue, 2005-03-15 at 00:08 +0100, Bodo Eggert wrote: > On Mon, 14 Mar 2005, Albert Cahalan wrote: > > On Mon, 2005-03-14 at 10:42 +0100, Rene Scharfe wrote: > > > Albert Cahalan wrote: > > > > Why do you think users should not be allowed to chmod their processes' > > > /proc directories? Isn't

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

On Mon, 2005-03-14 at 12:27 -0800, Matt Mackall wrote: > On Mon, Mar 14, 2005 at 12:04:07PM -0800, john stultz wrote: > > > > > > > > +static inline cycle_t read_timesource(struct timesource_t* ts) > > > > > > > > +{ > > > > > > > > + switch (ts->type) { > > > > > > > > + case

Re: [PATCH][1/2] SquashFS

On Tue, Mar 15, 2005 at 12:47:23PM +1100, Nick Piggin wrote: > Matt Mackall wrote: > > >>+ for (;;) { > > > >while (1) > > I always thought for (;;) was preferred. Or at least acceptable? The for (;;) form has always struck me as needlessly clever and I've known it to puzzle coworkers. I try

Re: [PATCH 0/4] sparsemem intro patches

Dave Hansen <[EMAIL PROTECTED]> wrote: > > The following four patches provide the last needed changes before the > introduction of sparsemem. For a more complete description of what this > will do, please see this patch: > > >

Re: [PATCH][2/2] SquashFS

On Tuesday, March 15, 2005, at 01:06 am, Andrew Morton wrote: Phillip Lougher <[EMAIL PROTECTED]> wrote: @@ -0,0 +1,439 @@ [lots of comments from patch 1/2 are applicable here] OK. Noted :-) +#define SQUASHFS_MAX_FILE_SIZE ((long long) 1 << \ +

Re: [swsusp/ppc] Re: What's going on here ?

> rjw and hugang did (pretty neccessary) changes to base swsusp (pagedir > table -> pagedir linklist), that unfortunately needed update to all > the assembly parts. It was series 1/3 update core, i386 and x86-64, > 2/3 update ppc, 3/3 introduce initramfs. > > This is the offending patch I

Re: OHCI driver dies on Mac Mini at boot

Send me the lspci -v output for this machine. On Tue, Mar 15, 2005 at 11:25:36AM +1100, Benjamin Herrenschmidt wrote: > I get this output with current Linus bk : > > [0.00] Total memory = 512MB; using 1024kB for hash table (at 8040) > [0.00] Linux version 2.6.11-gack ([EMAIL

Re: [PATCH] 2.6.11-mm3 patch for ext3 writeback "nobh" option

Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > Here is the 2.6.11-mm3 version of patch for adding "nobh" > support for ext3 writeback mode. Care to update Documentation/filesystems/ext3.txt? > Can you include it in -mm ? Spose so. Did you have performance and resource consumption numbers to

Re: [PATCH] ES7000 Legacy Mappings Update

You triggered my trivia twitch. Jason Davis <[EMAIL PROTECTED]> wrote: > > - * ES7000 has no legacy identity mappings > + * Older generations of ES7000 have no legacy identity mappings >*/ > -if (es7000_plat) > +if (es7000_plat && es7000_plat < 2) >

Re: [patch] oom_kill fix

Coywolf Qi Hunt <[EMAIL PROTECTED]> wrote: > > This oom_kill fix is to do mmput(mm) a bit earlier and returning 0 or 1 > to indicate success or failure instead of returning mm_struct pointer. Why is this a "fix"? What bug is it fixing? - To unsubscribe from this list: send the line

Re: [PATCH] Automatically append a semi-random version for BK users

Automatically append a semi-random version if the tree we're building isn't tagged in BitKeeper (or another SCM) and CONFIG_LOCALVERSION_AUTO is set. This fixes the case when Linus (or someone else) does a release and tags it, someone else does a build of that release tree (i.e, 2.6.11), and

Re: [PATCH][1/2] SquashFS

Matt Mackall wrote: + for (;;) { while (1) I always thought for (;;) was preferred. Or at least acceptable? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH] Automatically append a semi-random version for BK users

Snipping a bit as I go, thanks for the feedback, Sam. On Mon, Mar 14, 2005 at 11:43:17PM +0100, Sam Ravnborg wrote: > On Wed, Mar 09, 2005 at 03:06:38AM -0500, Ryan Anderson wrote: > > Two approachs are present here, a Perl version that is setup to handle > > other automatic version appends (i.e,

Re: [patch trivial] as-iosched fix path to Documentation

On Thu, Mar 10, 2005 at 12:42:23AM +0100, maximilian attems wrote: > From: Klaus Ita <[EMAIL PROTECTED]> > > subject says all, patch still applies. >... Fix is already in -mm for some time. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the

Re: Fix irq_affinity write from /proc for IPF

Ashok Raj <[EMAIL PROTECTED]> wrote: > > > Is it not possible for ia64's ->set_affinity() handler to do this deferring? > > > > There are other places where we re-program, and its fine to call the > current version of set_affinity directly, like when we are doing cpu offline > and trying to

[swsusp/ppc] Re: What's going on here ?

Hi! > Hi just see that the whole stack of pmac SWSUSP patches went in, without > any notice nor CC nor anything from any of the PPC maintainers ! That is > a bit annoying don't you think ? > > Paulus and I wrote most of those patches, granted, and they've been > hanging around for some time, but

[topic change] jiffies as a time value

On Mon, 2005-03-14 at 15:40 -0800, George Anzinger wrote: > john stultz wrote: > > On Sat, 2005-03-12 at 16:49 -0800, Matt Mackall wrote: > >>>+ /* finally, update legacy time values */ > >>>+ write_seqlock_irqsave(_lock, x_flags); > >>>+ xtime = ns2timespec(system_time + wall_time_offset); >

Re: [PATCH][2/2] SquashFS

Phillip Lougher <[EMAIL PROTECTED]> wrote: > > Please don't send multiple patches with the same Subject:. Choose nice, meaningful Subject:s for each patch. And include the relevant changelog details within the email for each patch rather than in patch 1/N. See

Re: AGP module removal impossible ?

On Tue, Mar 15, 2005 at 12:28:51AM +0100, Brice Goglin wrote: > Hi Dave, > > I can't remove the AGP chipset module on my boxes. > Looks like the AGP chipset driver holds a reference on itself and > thus makes removal impossible. > > From what I understand, as soon as intel_agp is loaded,

Re: [PATCH] gcc4 fix for sn_serial.c

On Mon, Mar 14, 2005 at 11:32:39AM -0800, Jesse Barnes wrote: > The sal_console and sal_console_uart structures have a circular relationship > since they both initialize member fields to pointers of one another. The > current code forward declares sal_console_uart as extern so that sal_console

Re: [PATCH][1/2] SquashFS

Phillip Lougher <[EMAIL PROTECTED]> wrote: > > Please apply the following two patches which adds SquashFS to the > kernel. > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include >

What's going on here ?

Hi just see that the whole stack of pmac SWSUSP patches went in, without any notice nor CC nor anything from any of the PPC maintainers ! That is a bit annoying don't you think ? Paulus and I wrote most of those patches, granted, and they've been hanging around for some time, but I had good

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

On Mon, 14 Mar 2005, Matt Mackall wrote: > We can either stick all the generic mmio timer functions in the > vsyscall page (they're tiny) or leave the vsyscall using type/ptr but > have the kernel internally use only the function pointer. Someone > who's more familiar with the vsyscall timer code

Re: [RFC][PATCH] new timeofday core subsystem (v. A3)

On Mon, 2005-03-14 at 16:28 -0800, Christoph Lameter wrote: > On Mon, 14 Mar 2005, john stultz wrote: > > > Huh. So if I understand you properly, all timesources should have valid > > read_fnct pointers that return the cycle value, however we'll still > > preserve the type and mmio_ptr so

Re: [PATCH 2.6.11] IBM TrackPoint support

On Mon, 14 Mar 2005 08:40:22 -0500, Stephen Evanchik <[EMAIL PROTECTED]> wrote: > On Mon, 14 Mar 2005 13:19:56 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote: > > How much does it interpret the stream in non-transparent mode? Are > > commands also passed through in soft transparent mode? > > > >

Re: [PATCH][1/2] SquashFS

A quick skim... > + * You should have received a copy of the GNU General Public License > + * along with this program; if not, write to the Free Software > + * Foundation, 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. > + * > + * inode.c > + */ > + > +#include > +#include > +#include

[PATCH] reiserfs: use NULL instead of 0

(resend) Use NULL instead of 0 for pointer (sparse warning): fs/reiserfs/namei.c:611:50: warning: Using plain integer as NULL pointer Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= fs/reiserfs/namei.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -Naurp

Re: [CHECKER] XFS doesn't respect mount -o sync (XFS, 2.6.11)

On Sat, Mar 12, 2005 at 02:14:50AM -0800, Junfeng Yang wrote: > > Hi, > > We are from the Stanford Checker team and are working on a file system > checker called FiSC. We checked XFS and found that even when a XFS > partition is mounted -o sync, file system operations are still not sync'ed >

  1   2   3   4   5   6   7   8   >