Any access control mechanism that allow exceptions?

Hi, I want to lock down a directory to be read-only, say, /etc, for system security. Unfortunately, some valid system tools might need to create/modified files like "/etc/dhclient-eth0.conf". To avoid disrupting the normal running of those tools, I might have to allow certain files to be created

[PATCH 1/8] Move MSR accessors into the sub-arch layer

i386 Transparent Paravirtualization Subarch Patch #1 This change encapsulates MSR register accessors and moves them into the sub-architecture layer. The goal is a clean, uniform interface that may be redefined on new sub-architectures of i386. Diffs against: linux-2.6.13-rc4-mm1 Signed-off-by:

[PATCH 2/8] Move privileged processor operations to the subarch layer

i386 Transparent Paravirtualization Subarch Patch #2 This change encapsulates CPUID and debug register accessors and moves them into the sub-architecture layer. Diffs against: linux-2.6.13-rc4-mm1 Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> Index: linux-2.6.13/include/asm-i386/processor.

Problem with smaps in 2.6.13-rc4-mm1

Hi, when trying out smaps I have encountered the following problem: > cat /proc/$P/smaps | diff - /proc/$P/smaps 239,241c239,241 < bfbaf000-bfbc4000 rw-p bfbaf000 00:00 0 [stack] < Size:84 kB < Rss: 24 kB --- > b7fc4000-b7fc6000 rwxp 00015000 08:02 12558

[PATCH] 3/8 Move sensitive system definitions into the sub-arch layer

i386 Transparent Paravirtualization Subarch Patch #3 This change encapsulates privileged control register and flags accessors into the sub-architecture layer. The goal is a clean, uniform interface that may be redefined on new sub-architectures of i386. Diffs against: linux-2.6.13-rc4-mm1 Sign

[PATCH] 4/8 Move TLB flush definitions to the sub-architecture level

i386 Transparent Paravirtualization Patch #4 This change encapsulates TLB flush accessors into the sub-architecture layer. Diffs against: linux-2.6.13-rc4-mm1 Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> Index: linux-2.6.13/include/asm-i386/tlbflush.h ==

[PATCH] 5/8 Move descriptor table management into the sub-arch layer

i386 Transparent paravirtualization subarch patch #5 This change encapsulates descriptor and task register management. Diffs against: 2.6.13-rc4-mm1 Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> Index: linux-2.6.13/include/asm-i386/desc.h ===

[PATCH] 7/8 Create accessors that allow the i386 kernel to run at CPLs 0-2

i386 Transparent paravirtualization subarch patch #7. These changes allow a sub-architecture to change the notion of privilege by running the kernel at CPL 0, 1, or 2. The make_kernel_segment() macro can be redefined by a subarchitecture to change the RPL on kernel segments to the appropriate v

[PATCH] 6/8 Move sensitive I/O instructions into the sub-arch layer

i386 Transparent paravirtualization subarch patch #6 Move I/O instructions into the sub-arch layer where they can be overridden. Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]> Index: linux-2.6.13/include/asm-i386/io.h === --- li

[PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

i386 Transparent paravirtualization sub-arch patch #8. Transparent paravirtualization support for MMU operations. All operations which update live page table entries have been moved to the sub-architecture layer. Unfortunately, this required yet another parallel set of pgtable-Nlevel-ops.h fil

NULL pointer dereference at vt_ioctl()

Hi, with the latest 2.6.13-rc5-git kernel I see three weird oopses when I boot up my machine. All of refer to vt_ioctl(). Regards Marcel Unable to handle kernel NULL pointer dereference at virtual address printing eip: c022d1f5 *pde = Oops: [#1] SMP Modules linked in:

Re: [PATCH] netpoll can lock up on low memory.

On Saturday 06 August 2005 12:32, Steven Rostedt wrote: > > > If you need to really get the data out, then the design should be > > > changed. Have some return value showing the failure, check for > > > oops_in_progress or whatever, and try again after turning interrupts > > > back on, and getting

Re: [ck] 2.6.12-ck5

Con Kolivas wrote: >-schediso2.12.diff >SCHED_ISO was dropped entirely. It broke in ck4, and there is now a decent >defacto standard for unprivileged realtime in mainline kernel with realtime >RLIMITS so I'm supporting the use of that instead. > > Just a silly question, what will happen if one

Re: [PATCH] netpoll can lock up on low memory.

* Andi Kleen <[EMAIL PROTECTED]> wrote: > On Fri, Aug 05, 2005 at 01:01:57PM -0700, Matt Mackall wrote: > > The netpoll philosophy is to assume that its traffic is an absolute > > priority - it is better to potentially hang trying to deliver a panic > > message than to give up and crash silently.

OT: wtf, Linus has been elevated to spam fodder status

Received tonight in a spam message. Fortunately spamassassin only gave it a 3.4... > From: Elmo Melvin <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Pleasure your partner better then ever!ig Parts/Attachments: 1 Shown~8 lines Text (charset: ISO-8859-1) 2 OK~18 lines Text (c

Re: [PATCH] netpoll can lock up on low memory.

btw., the current NR_SKBS 32 in netpoll.c seems quite low, especially e1000 can have a whole lot more skbs queued at once. Might be more robust to increase it to 128 or 256? Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: assertion (cnt <= tp->packets_out) failed

On Sat, Aug 06, 2005 at 12:24:35PM +1000, herbert wrote: > On Fri, Aug 05, 2005 at 09:32:08AM -0700, David S. Miller wrote: > > > > It therefore may be desirable to keep Herbert's fix in there, but > > back out my changes until they can be reimplemented correctly. > > > > Herbert? > > Sure. Let

Re: sporadic "freezes" on amd64 (GA K8NF)

Mike Galbraith wrote: > At 10:33 PM 8/5/2005 +0200, you wrote: > >> Hello all, >> >> I'm absolutely stumped with this one. We are still having problems >> deciding whether this is a software problem or a hardware problem. > > Given the number of kernels it freezes under, I'd say hardware. That

Re: OT: wtf, Linus has been elevated to spam fodder status

Looks like spammers know how to get our attention lol :-) Great spam though! Travis R. - 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

Re: [PATCH 1/1] i386 Encapsulate copying of pgd entries

Chris Wright wrote: * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: + memset(pgd, 0, USER_PTRS_PER_PGD*sizeof(pgd_t)); if (PTRS_PER_PMD == 1) spin_lock_irqsave(&pgd_lock, flags); - memcpy((pgd_t *)pgd + USER_PTRS_PER_PGD, + clone_pgd_range((pgd_t *)p

[PATCH][TRIVIAL] make visual workstation subarch compile again

This patch fixes the compile error when the i386 subarch visual workstation is turned on: In file included from linux-2.6.13-rc5/arch/i386/kernel/timers/timer_pit.c:20: linux-2.6.13-rc5/include/asm-i386/mach-visws/do_timer.h: In function `do_timer_overflow': linux-2.6.13-rc5/include/asm-i386/mach

Re: [PATCH] 6700/6702PXH quirk

On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote: > FWIW, compilers generate AWFUL code for bitfields. Bitfields are > really tough to do optimally, whereas bit flags ["unsigned int flags & > bitmask"] are the familiar ints and longs that the compiler is well > tuned to optimize. I'm s

[PATCH] fix invalid kmalloc flags (GFP_DMA alone)

On Fri, Aug 05, 2005 at 07:05:00PM -0700, Andrew Morton wrote: > Benjamin LaHaise <[EMAIL PROTECTED]> wrote: > > > > On Fri, Aug 05, 2005 at 05:36:29PM -0700, Andrew Morton wrote: > > > No, GFP_DMA should work OK. Except GFP_DMA doesn't have __GFP_VALID set. > > > It's strange that this didn't ge

Re: [PATCH] netpoll can lock up on low memory.

Can you guys stop peeing your pants over this, put aside your differences, and work on a mutually acceptable fix for these bugs? Much appreciated, thanks :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [PATCH] driver core: Add the ability to unbind drivers to devices from userspace

> > Stupid users are not a reason for kernel bloat. > > You have a very wrapped sense of kernel bloat. This is nine lines of > code whose absence is guaranteed to generate a bunch of bug reports. They are supposed to be present, but not in the kernel. > Not having it is also causing various imp

Outdated Sangoma Drivers

Hi, I couldn't help noticing that the Sangoma drivers distributed with the current kernel are slightly out of date and was wondering whether there was any reason for this? For example the kernel copy of sdla.c was last updated Mar 20, 2001 while the version contained in the drivers distributed on

Re: [PATCH] netpoll can lock up on low memory.

On Sat, 2005-08-06 at 02:46 -0700, David S. Miller wrote: > Can you guys stop peeing your pants over this, put aside > your differences, and work on a mutually acceptable fix > for these bugs? > > Much appreciated, thanks :-) In my last email, I stated that this discussion seems to have demonstra

Re: Any access control mechanism that allow exceptions?

Xin Zhao wrote: Hi, I want to lock down a directory to be read-only, say, /etc, for system security. Unfortunately, some valid system tools might need to create/modified files like "/etc/dhclient-eth0.conf". To avoid disrupting the normal running of those tools, I might have to allow certain fi

2.6.13-rc5-git4 __handle_mm_fault

Hi, tried to build mol-modules on my powerbook: MODPOST *** Warning: "__handle_mm_fault" [/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko] undefined! please cc me as I am not subscribed. THX Elimar -- On the keyboard of life you have always to keep a finger at the escape key;-) - To

Re: [PATCH] fix madvise vma merging

On Fri, 5 Aug 2005, Prasanna Meda wrote: > Hugh Dickins wrote: > > > 2. Correct initial value of prev when starting part way into a vma: as > >in sys_mprotect and do_mlock, it needs to be set to vma in this case > >(vma_merge handles only that minimum of cases shown in its comments). > >

Re: amd64-agp vs. swsusp

Cal Peake wrote: > On Fri, 5 Aug 2005, Andreas Steinmetz wrote: > > >>AFAIK it works when agp is built into the kernel. You will get problems >>when it is built as a module. In the module case you may want to try if >>loading the module before resuming helps. > > > Strange. I've had it built as

Re: Outdated Sangoma Drivers

On 8/6/05, Simon Morgan <[EMAIL PROTECTED]> wrote: > Hi, > > I couldn't help noticing that the Sangoma drivers distributed with the > current kernel are slightly out of date and was wondering whether there > was any reason for this? > Probably nobody has taken the time to do a diff between the ke

Re: [PATCH] netpoll can lock up on low memory.

On Sat, Aug 06, 2005 at 09:45:03AM +0200, Ingo Molnar wrote: > > * Andi Kleen <[EMAIL PROTECTED]> wrote: > > > On Fri, Aug 05, 2005 at 01:01:57PM -0700, Matt Mackall wrote: > > > The netpoll philosophy is to assume that its traffic is an absolute > > > priority - it is better to potentially hang

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

Zachary Amsden <[EMAIL PROTECTED]> writes: > i386 Transparent paravirtualization sub-arch patch #8. > > Transparent paravirtualization support for MMU operations. > > All operations which update live page table entries have been moved to the > sub-architecture layer. Unfortunately, this require

Re: x86_64 frame pointer via thread context

Dave Jiang <[EMAIL PROTECTED]> writes: > > Am I doing something wrong, or is this intended to be this way on > x86_64, or is something incorrect in the kernel? This method works > fine on i386. Thanks for any help! I just tested your program on SLES9 with updated kernel and RBP looks correct to m

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

On Sat, Aug 06, 2005 at 01:37:31PM +0200, Andi Kleen wrote: > Zachary Amsden <[EMAIL PROTECTED]> writes: > > > i386 Transparent paravirtualization sub-arch patch #8. > > > > Transparent paravirtualization support for MMU operations. > > > > All operations which update live page table entries hav

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

> > I think that patch is really ugly - it makes hacking VM on i386 > > even more painful than it already is because the convolutes the file > > structure even more. Hope it is not applied. > > Especially as there's been no user shown for it, similar to all the other > ugly patches from vmware. W

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote: > > > I think that patch is really ugly - it makes hacking VM on i386 > > > even more painful than it already is because the convolutes the file > > > structure even more. Hope it is not applied. > > > > Especially as there's been no user

Re: assertion (cnt <= tp->packets_out) failed

Hang on a second, the original poster mentioned rc5. Is this really pristine rc5 with the one netpoll patch? If so then it can't be the patches we're talking about because they only went in days later. Yes, I have no other patches in, so if it was not in -RC5, I was not running it. --- John

Re: [PATCH] netpoll can lock up on low memory.

Steven Rostedt wrote: In my last email, I stated that this discussion seems to have demonstrated that the e1000 driver's netpoll is indeed broken, and needs to be fixed. I submitted eariler a patch for this, but it's untested and someone who owns an e1000 needs to try it. I can test this, but

Re: kexec and frame buffer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric W. Biederman ha scritto: > So without doing passing --real-mode the vga= parameter currently > cannot work. The vga= parameter is processed by vga.S which > make BIOS calls and we bypass all of the BIOS calls. Actually that file is video.S > So

Re: Outdated Sangoma Drivers

Jesper Juhl napsal(a): On 8/6/05, Simon Morgan <[EMAIL PROTECTED]> wrote: Hi, I couldn't help noticing that the Sangoma drivers distributed with the current kernel are slightly out of date and was wondering whether there was any reason for this? Probably nobody has taken the time to

Re: OT: wtf, Linus has been elevated to spam fodder status

With that kind of foddering, what were they advertising? Surely not more cheap M$ products on the 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 r

Re: [PATCH 8/8] ALSA: convert kcalloc to kzalloc

Hi, Dmitry Torokhov wrote: > > Have you seen the following in include/sound/core? > > > > ... > > #define kmalloc(size, flags) snd_hidden_kmalloc(size, flags) > > #define kcalloc(n, size, flags) snd_hidden_kcalloc(n, size, flags) > > #define kfree(obj) snd_hidden_kfree(obj) On Fri, 2005-08-05 at

Re: [PATCH, experimental] i386 Allow the fixmap to be relocated at boot time

On Fri, 2005-08-05 at 17:09 -0700, Zachary Amsden wrote: > Also, it seems reasonable that people may want to poke holes in high > linear space for other hypervisor projects, research, or performance > reasons without having to build a custom sub-architecture just for > that. So I think there is

Re: [PATCH 8/8] ALSA: convert kcalloc to kzalloc

On Fri, 2005-08-05 at 10:22 -0500, Dmitry Torokhov wrote: > On 8/5/05, Pekka Enberg <[EMAIL PROTECTED]> wrote: > > This patch converts kcalloc(1, ...) calls to use the new kzalloc() function. > > > > Hi, > > Have you seen the following in include/sound/core? > > ... > #define kmalloc(size, flag

Re: [PATCH] kernel: use kcalloc instead kmalloc/memset

On Sat, 2005-08-06 at 02:40 +0200, Roman Zippel wrote: > I actually looked at the current kcalloc users and besides a few unchecked > module parameters, the arguments were either constant or had to be checked > anyway. I didn't find a single example which required the "safety" of > kcalloc(). E

[2.6 patch] fs/Kconfig: quota help text updates

This patch contains the following updates to the help texts: - QUOTA: most people will get the quota utilities from their distribution, and if not the mini-HOWTO will tell them - QFMT_V2: quota utilities 3.01 are no longer recent, they are now ancient and 3.01 is lo

i387 oops and

Hello, we recently obtained the oops below in restore_fpu() which makes us believe that there was lost correct masking of the hardcoded constant: 0x1f80 with mxcsr_feature_mask in init_fpu(). Can someone check that patch attached? general protection fault: [#1] SMP Modules linked in: e100

Re: [PATCH] implicit declaration of function `page_cache_release'

From: Benoit Boissinot <[EMAIL PROTECTED]> Date: Fri, 5 Aug 2005 21:18:38 +0200 > On 8/5/05, Olaf Hering <[EMAIL PROTECTED]> wrote: > > On Fri, Aug 05, Benoit Boissinot wrote: > > > > Why does it need swap.h? Do the users of pgtable.h rely on swap.h? > > > sparc is the only architecture to do t

Re: assertion (cnt <= tp->packets_out) failed

From: Herbert Xu <[EMAIL PROTECTED]> Date: Sat, 6 Aug 2005 17:57:17 +1000 > Hang on a second, the original poster mentioned rc5. Is this really > pristine rc5 with the one netpoll patch? If so then it can't be the > patches we're talking about because they only went in days later. This seems to

Kernel 2.6.xx - NFSv3 vs. Samba Data Transfer Semantics

I have three machines with the same motherboard and gigabit ethernet, ABIT IC7-G. Two are Linux (Debian) One is Windows 2000. When I copy 100 gigabytes from a Windows 2000 PC to either one of my Linux machines, I get a *SUSTAINED* transfer rate of 40-50MB/s over gigabit. Sustained meaning, wh

Re: [patch] i386 dynamic ticks 2.6.13-rc4 (code reordered)

On Tue, Aug 02, 2005 at 02:43:55PM +1000, Con Kolivas wrote: > This is a code reordered version of the dynamic ticks patch from Tony Lindgen > and Tuukka Tikkanen - sorry about spamming your mail boxes with this, but > thanks for the code. There is significant renewed interest by the lkml > audi

Re: [patch] i386 dynamic ticks 2.6.13-rc4 (code reordered)

On Sun, 7 Aug 2005 00:54, Theodore Ts'o wrote: > On Tue, Aug 02, 2005 at 02:43:55PM +1000, Con Kolivas wrote: > > This is a code reordered version of the dynamic ticks patch from Tony > > Lindgen and Tuukka Tikkanen - sorry about spamming your mail boxes with > > this, but thanks for the code. Ther

Re: [PATCH] implicit declaration of function `page_cache_release'

On Sat, Aug 06, David S. Miller wrote: > From: Benoit Boissinot <[EMAIL PROTECTED]> > Date: Fri, 5 Aug 2005 21:18:38 +0200 > > > On 8/5/05, Olaf Hering <[EMAIL PROTECTED]> wrote: > > > On Fri, Aug 05, Benoit Boissinot wrote: > > > > > > Why does it need swap.h? Do the users of pgtable.h rely o

Re: [PATCH] kernel: use kcalloc instead kmalloc/memset

On Fri, Aug 05, 2005 at 09:52:32AM +0300, Pekka J Enberg wrote: >... > --- 2.6.orig/mm/slab.c > +++ 2.6/mm/slab.c > @@ -2555,6 +2555,20 @@ void kmem_cache_free(kmem_cache_t *cache > EXPORT_SYMBOL(kmem_cache_free); > > /** > + * kzalloc - allocate memory. The memory is set to zero. > + * @size:

a question?

Hi I had added an assembly program to the networking section of kernel linux 2.2.16 without any problem. But when I add it to kerenel 2.4.1 I could build that kernel, but I faced with kernel panic error when I boot system with new builded image. I use the following Make file to build It in the 2.4

Re: [PATCH] 6700/6702PXH quirk

On Sat, Aug 06, 2005 at 09:50:13AM +0100, Matthew Wilcox wrote: > On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote: > > FWIW, compilers generate AWFUL code for bitfields. Bitfields are > > really tough to do optimally, whereas bit flags ["unsigned int flags & > > bitmask"] are the famil

[PATCH] ARCH_HAS_IRQ_PER_CPU avoids dead code in __do_IRQ()

Hi Ingo, from the bitkeeper logs I found you made the last global-arch-relevant changes in this area. Please comment or pass it on as appropriate. Patch is for mainline 2.6.13-rc5. Thanks, Karsten From: Karsten Wiese <[EMAIL PROTECTED]> IRQ_PER_CPU is not used by all architectures. To

[PATCH] remove linux/pagemap.h from linux/swap.h

sparc can not include linux/pagemap.h because of the following circular dependency: asm-sparc/pgtable include linux/swap.h linux/swap.h include now linux/pagemap.h linux/pagemap.h include linux/mm.h linux/mm.h include asm/pgtable.h It needs to have the swp_entry_t type fully visible in pgtable.h

Re: kexec and frame buffer

Luca Falavigna <[EMAIL PROTECTED]> writes: > Eric W. Biederman ha scritto: >> So without doing passing --real-mode the vga= parameter currently >> cannot work. The vga= parameter is processed by vga.S which >> make BIOS calls and we bypass all of the BIOS calls. > Actually that file is video.S O

Re: [PATCH] fix voyager compile after machine_emergency_restart breakage

James Bottomley <[EMAIL PROTECTED]> writes: > [PATCH] i386: Implement machine_emergency_reboot > > introduced this new function into arch/i386/reboot.c. However, > subarchitectures are entitled to implement their own copies of reboot.c > from which this new function is now missing. > > It looks l

Re: 2.6.13-rc5-git4 __handle_mm_fault

On Sat, 6 Aug 2005 12:28:53 +0200 Elimar Riesebieter wrote: > Hi, > > tried to build mol-modules on my powerbook: > MODPOST > *** Warning: "__handle_mm_fault" > [/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko] undefined! > > please cc me as I am not subscribed. http://marc.theaimsgroup.

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 4

On Sat, Aug 06, 2005 at 02:39:40AM +1000, Con Kolivas wrote: > Here's my most current version of the dynamic ticks patch for i386 with some > more minor cleanups already discussed and cosmetic changes ( also available > at http://ck.kolivas.org/patches/dyn-ticks/ ). > > Cheers, > Con >... > ---

broadcom 4401 stopped working

Hi list readers For those who do not track netdev list a quick recap I fetched latest netdev tree ieee80211 branch and my broadcom 4401 network card stopped working. I had some time recently and ran few tests. Compiling kernel without ACPI support didn't help a lot, though compiling without any

Re: About Linux Device Drivers

Alejandro, I too am reading this book and I can recommend the 3rd edition - it's very well written (maybe not as much as Robert Love's Kernel Development book though ;)). The O'Reilly site contains the book examples for the 3rd edition so perhaps you could just download those examples and wher

Re: 2.6.13-rc5-git4 __handle_mm_fault

On Sat, 06 Aug 2005 the mental interface of Randy.Dunlap told: > On Sat, 6 Aug 2005 12:28:53 +0200 Elimar Riesebieter wrote: > > > Hi, > > > > tried to build mol-modules on my powerbook: > > MODPOST > > *** Warning: "__handle_mm_fault" > > [/usr/src/modules/mol/src/kmod/Linux/../build/mol.ko]

RE: As of 2.6.13-rc1 Fusion-MPT very slow

On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote: > No I did not get it. Can you please send it to me or tell me where I can > download it? OK, since this has stalled, how about trying a different approach. If you apply the attached patch it will cause fusion to use the transport class domai

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

Christoph Hellwig wrote: On Sat, Aug 06, 2005 at 01:58:36PM +0200, Andi Kleen wrote: I think that patch is really ugly - it makes hacking VM on i386 even more painful than it already is because the convolutes the file structure even more. Hope it is not applied. Especially as there

[PATCH] Problem with smaps in 2.6.13-rc4-mm1

On Saturday 06 August 2005 09:15, Torsten Foertsch wrote: > when trying out smaps I have encountered the following problem: > > cat /proc/$P/smaps | diff - /proc/$P/smaps > > 239,241c239,241 > < bfbaf000-bfbc4000 rw-p bfbaf000 00:00 0 [stack] > < Size:84 kB > < Rss:

Re: Outdated Sangoma Drivers

Simon Morgan napsal(a): Hi, I couldn't help noticing that the Sangoma drivers distributed with the current kernel are slightly out of date and was wondering whether there was any reason for this? For example the kernel copy of sdla.c was last updated Mar 20, 2001 while the version contained in

Re: Freeing a dynamic struct cdev

On Sat, 06 Aug 2005 09:26:15 -0400 James C. Georgas wrote: > If I allocate a struct cdev using cdev_alloc(), what function do I call > to free it when I'm done with it? Should be cdev_put(), which calls kobject_put(), which implements ref counting (using krefs), so that when the last reference is

Re: [PATCH rc4-mm1] drivers/char/isicom.c old api rewritten

On 02/08/05 00:02 +0200, Jiri Slaby wrote: > Hello. > Could you send me critics and bugs? You have much bigger chances of someone reviewing the patch if you at least split code changes and whitespace/type cleanups. 65k is a lot. > Could somebody test it (but NOT now)? > Thanks. > > drivers/char/

Re: Freeing a dynamic struct cdev

On Sat, 2005-08-06 at 12:21 -0700, Randy.Dunlap wrote: > On Sat, 06 Aug 2005 09:26:15 -0400 James C. Georgas wrote: > > > If I allocate a struct cdev using cdev_alloc(), what function do I call > > to free it when I'm done with it? > > Should be cdev_put(), which calls kobject_put(), which implem

DRM VIA driver on Unichrome Pro K8M800

Hello David, I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you the right person to send questions/problems/patches about this driver? I am trying to get it to run on my Unichrome Pro K8M800 chipset and it finally seems to be working (a bit) now. Thanks, Joris van Rantwijk.

Re: Freeing a dynamic struct cdev

On Sat, 06 Aug 2005 15:26:18 -0400 James C. Georgas wrote: > On Sat, 2005-08-06 at 12:21 -0700, Randy.Dunlap wrote: > > On Sat, 06 Aug 2005 09:26:15 -0400 James C. Georgas wrote: > > > > > If I allocate a struct cdev using cdev_alloc(), what function do I call > > > to free it when I'm done with

Re: Outdated Sangoma Drivers

On Sat, Aug 06, 2005 at 09:01:34PM +0200, Jiri Slaby wrote: > Simon Morgan napsal(a): > > >Hi, > > > >I couldn't help noticing that the Sangoma drivers distributed with the > >current kernel are slightly out of date and was wondering whether there > >was any reason for this? > > > >For example the

[PATCH] i386 voyager: Add machine_shutdown

Here is one more bit of breakage my x86 sub-architecture confusion caused. Add machine_shutdown to voyager so it will compile with CONFIG_KEXEC. --- arch/i386/mach-voyager/voyager_basic.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) 9c3d47fbd4a3c909f98de100e05f53301833128e d

[PATCH] i386 visws: Add machine_shutdown and emergency_restart

Another x86 subarchitecture bit I missed. This adds both machine_emergency_restart missed in my reboot fixes and machine_shutdown needed for kexec support. --- arch/i386/mach-visws/reboot.c | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) 17837594fc082e8ec464b2633df8965fbd

[PATCH] x86_64 bootmem: sparse_mem/kexec merge bug.

When the sparse mem changes and the kexec changes were merged into setup.c they came in, in the wrong order. This patch changes the order so we don't run sparse_init which uses the bootmem allocator until we all of the reserve_bootmem calls has been made. Signed-off-by: Eric W. Biederman <[EMAIL

Re: Outdated Sangoma Drivers

On 8/6/05, Jiri Slaby <[EMAIL PROTECTED]> wrote: > It is true that wanpipe drivers are not part of linux 2.6 kernel. We have > been so busy developing that there is no way the linux kernel could > keep up with the changes. I guess this is the key statement and I'm not really the one to judge whet

Fw: Re: Elitegroup K7S5A + usb_storage problem

On Sat, 6 Aug 2005 11:49:05 -0400 (EDT), Alan Stern <[EMAIL PROTECTED]> wrote: > When asked what went wrong, the device says it didn't understand the > INQUIRY command. This is a fatal error; if a device can't identify itself > there's no way for Linux to use it. > > In short, your mp3stick is

Re: [ANNOUNCE 0/7] Open-iSCSI/Linux-iSCSI-5 High-Performance Initiator

David S. Miller wrote: From: James Bottomley <[EMAIL PROTECTED]> Date: Sat, 30 Jul 2005 15:23:20 -0500 Actually, I saw this and increased MAX_LINKS as well. That does absolutely nothing, you cannot create sockets with protocol numbers larger than NPROTOS which like MAX_LINKS has the value 32.

Re: Oops when shutting down laptop

Thanks for the info. I am now running 2.6.12-rc5-git4 and it seems that the problem has been solved. No oops'es so far. Thanks /Kristian On Thu, 2005-08-04 at 23:08 -0700, Andrew Morton wrote: > Kristian Grønfeldt Sørensen <[EMAIL PROTECTED]> wrote: > > > > My laptop oops'es in the final phas

[PATCH] Add rdinit parameter to pick early userspace init

Hi, This would be for -mm until 2.6.14 opens, I suppose: Since early userspace was added, there's no way to override which init to run from it. Some people tack on an extra cpio archive with a link from /init depending on what they want to run, but that's sometimes impractical. Changing the "ini

Re: [PATCH] Export handle_mm_fault to modules.

Le vendredi 05 août 2005 à 16:43 -0700, Linus Torvalds a écrit : > > On Fri, 5 Aug 2005, Olof Johansson wrote: > > > > On Fri, Aug 05, 2005 at 04:02:13PM -0700, Linus Torvalds wrote: > > > > > The only thing that has ever exported it afaik is > > > > > > arch/ppc/kernel/ppc_ksyms.c:EXPORT_SYMB

RE: As of 2.6.13-rc1 Fusion-MPT very slow

On Sat, 6 Aug 2005, James Bottomley wrote: On Mon, 2005-08-01 at 15:40 +, Holger Kiehl wrote: No I did not get it. Can you please send it to me or tell me where I can download it? OK, since this has stalled, how about trying a different approach. If you apply the attached patch it will c

Re: [PATCH] ARCH_HAS_IRQ_PER_CPU avoids dead code in __do_IRQ()

Hi Karsten, On Saturday 06 August 2005 18:14, Karsten Wiese wrote: > From: Karsten Wiese <[EMAIL PROTECTED]> > > IRQ_PER_CPU is not used by all architectures. > To avoid dead code generation in __do_IRQ() > this patch introduces the macro ARCH_HAS_IRQ_PER_CPU. > > ARCH_HAS_IRQ_PER_CPU is defined

Re: Determining if the current processor is Hyperthreaded

On 8/5/05, Athul Acharya <[EMAIL PROTECTED]> wrote: > On 8/2/05, Athul Acharya <[EMAIL PROTECTED]> wrote: > > That is, I want to know whether the current cpu I (kernel code) am > > executing on is hyperthreaded, and if so, which logical cpu represents > > the other thread on chip. > > Trying again

RE: As of 2.6.13-rc1 Fusion-MPT very slow

On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote: > I tried from 2.6.13-rc2-mm2 up to 2.6.13-rc4-mm1 and always get the following > error when applying this patch: > > CC drivers/message/fusion/mptbase.o > CC drivers/message/fusion/mptscsih.o > CC drivers/mess

Re: DRM VIA driver on Unichrome Pro K8M800

On Sat, 2005-08-06 at 21:26 +0200, Joris van Rantwijk wrote: > Hello David, > > I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you > the right person to send questions/problems/patches about this driver? > > I am trying to get it to run on my Unichrome Pro K8M800 chipset and >

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

Zachary Amsden <[EMAIL PROTECTED]> wrote: > > >Yeah, I said ugly ones specificly. There's been some nice previous ones, > >but most in this series (all the move of stuff to subarches) are rather > >horrible and lack lots of explanation. > > > > > > All of my previous patches have been aime

Re: [PATCH] 8/8 Create MMU 2/3 level accessors in the sub-arch layer (i386)

* Andrew Morton ([EMAIL PROTECTED]) wrote: > Yup, with one or two semi-exceptions, all the patches up to this series > seem to be good general cleanups - certainly it's good to move all those > open-coded asm statements into single-site inlines and macros: people keep > on screwing them up. I agre

Re: [PATCH] netpoll can lock up on low memory.

On Sat, Aug 06, 2005 at 09:58:27AM +0200, Ingo Molnar wrote: > > btw., the current NR_SKBS 32 in netpoll.c seems quite low, especially > e1000 can have a whole lot more skbs queued at once. Might be more > robust to increase it to 128 or 256? Not sure that the card's queueing really makes a dif

Re: DRM VIA driver on Unichrome Pro K8M800

> > I noticed you guided the VIA DRM driver into linux-2.6.13-rc3. Are you > the right person to send questions/problems/patches about this driver? Well the best place is probably [EMAIL PROTECTED] where the driver developers mainly hang out.. I'm mainly doing the donkey work of getting things fr

Re: [PATCH rc4-mm1] drivers/char/isicom.c old api rewritten

Domen Puncer napsal(a): You have much bigger chances of someone reviewing the patch if you at least split code changes and whitespace/type cleanups. 65k is a lot. Ok, 3 patches: http://www.fi.muni.cz/~xslaby/lnx/isi_main.txt this changes many lines of code, adds hotplug, firmware loading, ad

Re: [patch 07/15] Basic x86_64 support

On Thu, 4 Aug 2005 14:39:00 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: >> > That doesn't make much sense here. tasklet will only run when interrupts >> > are enabled, and that is much later. You could move it to there. >> >> Where? Keep in mind it's really only x86_64 that isn't able to break

Re: Fw: Re: Elitegroup K7S5A + usb_storage problem

Hi Pete, when using ub with your patch i get a lot further: the device is detected and uba+uba1 entries appear. I can mount the device correctly. Copying the files down and comparing them with the originals gives correct results. but: when i delete the files which are on the stick and do an umou

Re: [openib-general] Re: mthca and LinuxBIOS

In LinuxBIOS internal structure for resource, We have index member in resource. So the resource will be count from 0, 7 or etc, but index member will point to real BAR position. I would like to see Kernel has simmliar definintion. in LinuxBIOS typedef uint64_t resource_t; struct resource {

Re: Fw: Re: Elitegroup K7S5A + usb_storage problem

On Sun, 7 Aug 2005 02:22:53 +0200, Martin Maurer <[EMAIL PROTECTED]> wrote: > when i delete the files which are on the stick and do an umount/mount > cycle, the files are there again. > Copying files to the stick gives wrong results too. Curious. First of all, I have a request: do not call this

  1   2   >