Re: [PATCH] Dynamic tick, version 050127-1

* Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:31]: > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > Yes, it's safer to keep the timer periodic, although it's > > used for oneshot purposes for the skips. If the timer interrupt > > got missed for some reason, the system would be able to recover

Re: [RFC] Reliable video POSTing on resume (was: Re: [ACPI] Samsung P35, S3, black screen (radeon))

On Fri, 4 Feb 2005 08:44:54 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote: > We already try to do that, but it hangs on 70% of machines. See > Documentation/power/video.txt. We know that all of these ROMs are run at power on so they have to work. This implies that there must be something wrong

Re: [PATCH] PNP support for i8042 driver

Hi, Vojtech Pavlik wrote: On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote: Hi, this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi is try before the pnp driver so if you don't disable ACPI or apply others pnpacpi patches, it won't change anything. Please

Re: [patch, 2.6.11-rc2] sched: RLIMIT_RT_CPU_RATIO feature

Ingo Molnar <[EMAIL PROTECTED]> writes: > i believe RT-LSM provides a way to solve this cleanly: you can make your > audio app setguid-audio (note: NOT setuid), and make the audio group > have CAP_SYS_NICE-equivalent privilege via the RT-LSM, and then you > could have a finegrained per-app way of

Re: i386 HPET code

On Thursday 03 February 2005 20:02, Venkatesh Pallipadi wrote: > On Thu, Feb 03, 2005 at 11:30:56AM -0800, john stultz wrote: > > On Thu, 2005-02-03 at 06:28 -0800, Pallipadi, Venkatesh wrote: > > > Can you check whether only the following change makes the problem go > > > away. If yes, then it

Re: [PATCH] Dynamic tick, version 050127-1

On Fri, 4 Feb 2005, Tony Lindgren wrote: > * Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:31]: > > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > > > Yes, it's safer to keep the timer periodic, although it's > > > used for oneshot purposes for the skips. If the timer interrupt > > > got missed

Re: 2.6.10: kswapd spins like crazy

Terje Fåberg <[EMAIL PROTECTED]> skrev: > I'll continue to do the same things I did yesterday > before kswapd started to spin. Looks very good so far. I am unable to reproduce the bad kswapd behaviour with your patch, Nick. To double-check I booted into the old kernel an hour ago and I

[PATCH] FRV: Semaphore implementation race fix

The attached patch fixes a race in the FRV arch's semaphore implementation. The same type of fixes were applied to the rw-semaphore implementations to fix the same races there. The race involved the on-stack record linked into the semaphore's queue by the down() executed by a process now

[PATCH] FRV: Make switch_to() return previous task

The attached patch makes switch_to() on the FRV pass through and return the previous task pointer rather than trusting to luck that it'll be left in the correct register/variable. Signed-Off-By: David Howells <[EMAIL PROTECTED]> --- warthog>diffstat -p1 frv-switchto-2611rc3.diff

Re: [patch] Real-Time Preemption, -RT-2.6.11-rc3-V0.7.38-01

* Kevin Hilman <[EMAIL PROTECTED]> wrote: > What I've done for now is to use sema_init_nocheck() to disable the > checking in the case of a counting semaphore, but I remember seeing > discussion in an earlier thread about creating a separate counting > semaphore type. Is this still planned?

Re: [PATCH] Dynamic tick, version 050127-1

On Fri, 4 Feb 2005, Tony Lindgren wrote: > Yes, it's safer to keep the timer periodic, although it's > used for oneshot purposes for the skips. If the timer interrupt > got missed for some reason, the system would be able to recover when > it's in periodic mode. > > And with some timers, we can

Re: Linux 2.6.11-rc3 - BT848 no signal

that did it for me too :) seems Gerd Knorr already applied thanks Cheers, Mik Guillaume Chazarain wrote: Mickael Marchand wrote: Hello, I am having the same kind of troubles (can't tune and mt_set_frequency -121 errors) since 2.6.10 (it was working in 2.6.9) on amd64. this patch did not help

[PATCH][SELINUX] Fix selinux_inode_setattr hook

This patch against 2.6.11-rc3 fixes the selinux_inode_setattr hook function to honor the ATTR_FORCE flag, skipping any permission checking in that case. Otherwise, it is possible though unlikely for a denial from the hook to prevent proper updating, e.g. for remove_suid upon writing to a file.

Re: [RFC] Reliable video POSTing on resume

On Friday, February 4, 2005 9:31 am, Jon Smirl wrote: > For non-x86 systems put an emu version on initramfs. My statically > linked against klibc x86 reset app is about 15K. The emu version is > significantly bigger but there is no way to avoid it if you are using > x86 hardware in a non-x86 box.

[patch] inotify for 2.6.11-rc3-mm1

Andrew, Attached patch is an updated inotify for 2.6-mm. It replaces inotify.patch and inotify-fix_find_inode.patch. A bunch of improvements over the current patch: - Implements a generic notification layer, simple wrappers to keep the dnotify and inotify hooks in fs/ clean.

Re: [PATCH] PNP support for i8042 driver

On Fri, Feb 04, 2005 at 06:37:29PM +0100, matthieu castet wrote: > Hi, > > Vojtech Pavlik wrote: > >On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote: > > > >>Hi, > >>this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi > >>is try before the pnp driver so if you

Re: [PATCH][SELINUX] Fix selinux_inode_setattr hook

* Stephen Smalley ([EMAIL PROTECTED]) wrote: > On Fri, 2005-02-04 at 13:14, Chris Wright wrote: > > * Stephen Smalley ([EMAIL PROTECTED]) wrote: > > > This patch against 2.6.11-rc3 fixes the selinux_inode_setattr hook > > > function to honor the ATTR_FORCE flag, skipping any permission checking >

Re: [PATCH][SELINUX] Fix selinux_inode_setattr hook

On Fri, 2005-02-04 at 13:14, Chris Wright wrote: > * Stephen Smalley ([EMAIL PROTECTED]) wrote: > > This patch against 2.6.11-rc3 fixes the selinux_inode_setattr hook > > function to honor the ATTR_FORCE flag, skipping any permission checking > > in that case. Otherwise, it is possible though

error

Hi, I encountered the following error trying to select the option: Ethernet (1000 Mbit) ---> in my Linux Kernel v2.4.18 Configuration Menuconfig has encountered a possible error in one of the kernel's configuration files and is unable to continue. Here is the error report: Q>

Re: [PATCH] PPC/PPC64: Introduce CPU_HAS_FEATURE() macro

On Fri, Feb 04, 2005 at 01:36:55PM +0100, Arnd Bergmann wrote: > I have a somewhat similar patch that does the same to the > systemcfg->platform checks. I'm not sure if we should use the same inline > function for both checks, but I do think that they should be used in a > similar way, e.g.

Re: [RFC] Linux Kernel Subversion Howto

> > My good friend Stelian would have you believe that you are missing 50% > > of your data when in fact you are missing NONE of your data, you have > > ALL of your data in an almost the identical form. > > My good friend Larry would have you believe that I said something > I just never did. Go

[compile fix] 2.6.11-rc3-mm1 (acpi Kconfig)

Hi Andrew, I had the following errors while compiling 2.6.11-rc3-mm1: In file included from include/asm/fixmap.h:27, from arch/i386/kernel/asm-offsets.c:12: include/asm/acpi.h: In function `acpi_noirq_set': include/asm/acpi.h:160: error:

Can't remove a module because of new policy

There is more and more policy being put into the kernel and utilities. Now I can't remove a module because whoever made the new module-init-tools decided that they didn't like its name even though it was installed and running. In the following I explicitly tell `rmmod` to remove a module with the

Re: Huge unreliability - does Linux have something to do with it?

jerome lacoste <[EMAIL PROTECTED]> said: > Bernd Eckenfels <[EMAIL PROTECTED]> said: > >> Could a hardware failure look like bad sectors to fsck? > > A failure of the bus or a former sporadic error can cause defective fs, but > > normally you have a read error in fsck no structure error. > > > >

Re: [PATCH] Configure MTU via kernel DHCP

On Fri, 4 Feb 2005, Hans-Peter Jansen wrote: > On Thursday 03 February 2005 05:47, Shane Hathaway wrote: > > The attached patch enhances the kernel's DHCP client support (in > > net/ipv4/ipconfig.c) to set the interface MTU if provided by the > > DHCP server. Without this patch, it's difficult to

[PATCH] FRV: Make the bit finding functions take const pointers

The attached patch makes the bit finding functions in asm/bitops.h take const pointers since they don't modify what they access. Signed-Off-By: David Howells <[EMAIL PROTECTED]> --- warthog>diffstat -p1 frv-findbit-const-2611rc3.diff include/asm-frv/bitops.h |8 1 files changed, 4

Re: [PATCH][SELINUX] Fix selinux_inode_setattr hook

* Stephen Smalley ([EMAIL PROTECTED]) wrote: > This patch against 2.6.11-rc3 fixes the selinux_inode_setattr hook > function to honor the ATTR_FORCE flag, skipping any permission checking > in that case. Otherwise, it is possible though unlikely for a denial > from the hook to prevent proper

2.6.11-rc3-mm1

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/ - The bk-usb and bk-pci and bk-driver-core trees have been temporarily dropped from -mm, for they are not healthy at present. - After many months dormancy, the ieee1394 tree is back and is included in

Re: [Patch] eth1394: Change KERN_ERR to KERN_INFO

On Thu, Feb 03, 2005 at 03:28:41PM +0100, Steffen Zieger wrote: > Hello list, > > on boot eth1394 prints the following message to KERN_ERR, but I think it is > better printing to KERN_INFO, because it _is_ an informational message only > (or: I think so). > This is the message I mean: >

Re: [PATCH] Dynamic tick, version 050127-1

* Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:54]: > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > * Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:31]: > > > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > > > > > Yes, it's safer to keep the timer periodic, although it's > > > > used for

Re: [PATCH] PPC/PPC64: Introduce CPU_HAS_FEATURE() macro

On Freedag 04 Februar 2005 19:35, Olof Johansson wrote: > pSeries will need all cpus enabled since we have them all on various > machines, etc. I guess Powermac/Maple could benefit from it. Even on pSeries, we already have CONFIG_POWER4_ONLY, which could be used to optimize away some of the

Post install 2.4.29 causes many apps to seg fault.

Hello, I have been running RHEL3 update 3 for some time and need to patch netfilter for PPTP. After doing so and installing the kernel I found that certain applications (such as MySQL, nslook, etc) began to segfault. Rolling the kernel back fixed the problem. I have since then gone back

How to add source files in kernel

Hi All, I am trying to add 2 new files (a .h and a .c) in the kernel. I copied my .h file in /include/linux and .c in /net/core. I then made the following change to the Makefile in /net/core. obj-y := sock.o skbuff.o iovec.o datagram.o scm.o split_helper.o where split_helper.o is for the .c

Re: i386 HPET code

On Thu, Feb 03, 2005 at 10:30:26PM +0100, Andi Kleen wrote: > On Thu, Feb 03, 2005 at 06:28:27AM -0800, Pallipadi, Venkatesh wrote: > > > > Hi John, Andrew, > > > > > > Can you check whether only the following change makes the problem go > > away. If yes, then it looks like a hardware issue. >

Re: [PATCH] Dynamic tick, version 050127-1

* Tony Lindgren <[EMAIL PROTECTED]> [050204 11:14]: > * Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:54]: > > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > > > * Zwane Mwaikambo <[EMAIL PROTECTED]> [050204 09:31]: > > > > On Fri, 4 Feb 2005, Tony Lindgren wrote: > > > > > > > > > Yes, it's

Re: Drive performance bottleneck

On Thu, Feb 03, 2005 at 07:03:48PM +, Paulo Marques wrote: > FYI there was a patch running around last April that made a new option > for "dd" to make it use O_DIRECT. You can get it here: > > http://marc.theaimsgroup.com/?l=linux-kernel=108135935629589=2 > > Unfortunately this hasn't made

Re: i8042 access timings

Linus Torvalds wrote: > On Fri, 28 Jan 2005, Jaco Kroon wrote: > > >> > > >>ok, how would I try this? Where can I find an example to code it from? > > >> Sorry, I should probably be grepping ... > > > If the udelay() didn't work, then this one isn't worth worryign about > > > either. Back to

Re: Post install 2.4.29 causes many apps to seg fault.

From: Gary Smith <[EMAIL PROTECTED]> Date: Fri, Feb 04, 2005 at 11:10:19AM -0800 > Hello, > > I have been running RHEL3 update 3 for some time and need to patch netfilter > for PPTP. After doing so and installing the kernel I found that certain > applications (such as MySQL, nslook, etc)

Re: SATA in 2.4 at PE750

On Thu, 3 Feb 2005 13:58:29 -0800, Pete Zaitcev <[EMAIL PROTECTED]> wrote: > I haven't reached the test for corruption because the stock SATA oopses at > probe time. Running Marcelo's 2.4.29 and 2.4.29-rc1-libata1.patch > (also ksymoops from RHEL 3). Please see the attached snapshot. > > NULL

Re: 2.6.10 Kernel BUG at hugetlbpage:212 (x86_64 and i386)

On Fri, Feb 04, 2005 at 04:39:02PM +, Hugh Dickins wrote: > Patch below (against 2.6.11-rc3, applies at offset to 2.6.10) fixes > the unmap_hugepage_range BUGs I could generate: does it fix yours? > The hugetlb_page test in do_munmap is too permissive. It checks start > vma, but forgets that

Re: Logitech MX1000 Horizontal Scrolling

On Thu, Feb 03, 2005 at 03:42:16PM +0100, Esben Stien wrote: > Esben Stien <[EMAIL PROTECTED]> writes: > > > I got a 12 button logitech MX1000 mouse. > > I have still not resolved this issue. Anyone who can point me in any > direction? Please try if 2.6.11-rc3 is any better. -- Vojtech

Re: [PATCH] Configure MTU via kernel DHCP

On Friday 04 February 2005 19:22, Richard A Nelson wrote: > > What will this code do at the (increasingly common) misconfigured > sites - many places (hotels, airports, etc) return a MTU of 64... > to which the DHCP3 client faithfully attempts to set, only to > receive: > SIOCSIFMTU: Invalid

Re: i386 HPET code

On Fri, Feb 04, 2005 at 09:02:38PM +0100, Vojtech Pavlik wrote: > On Thu, Feb 03, 2005 at 10:30:26PM +0100, Andi Kleen wrote: > > On Thu, Feb 03, 2005 at 06:28:27AM -0800, Pallipadi, Venkatesh wrote: > > > > > > Hi John, Andrew, > > > > > > > > > Can you check whether only the following change

Re: question on symbol exports

I've added the ppc64 list to the addressees, in case they are interested. Marcelo Tosatti wrote: On Tue, Feb 01, 2005 at 04:50:16PM +0100, Arjan van de Ven wrote: afaik one doesn't need to do a tlb flush in code that clears the dirty bit, as long as you use the proper vm functions to do so. (if

Re: i386 HPET code

On Thu, Feb 03, 2005 at 10:30:26PM +0100, Andi Kleen wrote: > On Thu, Feb 03, 2005 at 06:28:27AM -0800, Pallipadi, Venkatesh wrote: > > > > Hi John, Andrew, > > > > > > Can you check whether only the following change makes the problem go > > away. If yes, then it looks like a hardware issue. >

Re: [RFC] Linux Kernel Subversion Howto

> > So, do you think you can sign up the usual suspects to being happy with > > this answer? > > I'll let them answer themselves. You'll need to rally them to speak up or this is going nowhere. We can't afford to spend engineering dollars one unhappy person at a time to try and get you happy.

Re: 2.6.10 Kernel BUG at hugetlbpage:212 (x86_64 and i386)

On Fri, Feb 04, 2005 at 02:06:05PM -0600, Mr. Berkley Shands wrote: > Sorry, but I still crash. This time it hung the kernel so bad I had to > powerfail to restart. Well, that fix is needed anyway. On Fri, Feb 04, 2005 at 02:06:05PM -0600, Mr. Berkley Shands wrote: > Feb 4 13:43:19 eclipse

Re: [RFC] Linux Kernel Subversion Howto

On 03/feb/05, at 11:45, Stelian Pop wrote: For now I'm keeping the latest stable 2.6 release of the files I need in the svn repo, then when I need to sync with the rest of the world, I get the latest -bk patch and see if there are some related changes. If so, I create a new branch, apply the -bk

[patch] ns558 bug

Hi, this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962 patch from adam belay. It solve a oops when pnp_register_driver(_pnp_driver) failed. Please apply this patch. Matthieu Index: drivers/input/gameport/ns558.c

[patch] 2.6.11-rc3-mm1: fix swsusp with gcc 3.4

On Fri, Feb 04, 2005 at 10:33:50AM -0800, Andrew Morton wrote: >... > Changes since 2.6.11-rc2-mm2: >... > +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch > > swsusp fix >... This broke compilation with gcc 3.4: <-- snip --> ... CC kernel/power/swsusp.o

Re: [RFC] Linux Kernel Subversion Howto

On Fri, Feb 04, 2005 at 10:39:22AM -0800, Larry McVoy wrote: > > > I suppose what we could do is stick the BK changeset key into the > > > delta history so that if you really wanted to get the BK level > > > granularity you could. > > > > This would be nice indeed and I think it would end up

Re: 2.6.10 Kernel BUG at hugetlbpage:212 (x86_64 and i386)

On Fri, 4 Feb 2005, Mr. Berkley Shands wrote: > > > Sorry, but I still crash. This time it hung the kernel so bad I had to > powerfail to restart. Thanks for trying, okay, your problem is a different one from what my patch fixes: I thought that might turn out to be so. > Feb 4 13:43:19 eclipse

[PATCH 1/1] tpm: implement use of sysfs classes

With the enablement of being able to support chips on differnt buses (see patch sent 2/3/2005), the userspace library (TSS) needs to be able to find the corresponding sysfs files. Added a new sysfs class "tpm" where the devices are now registered (tpm0, tpm1, ...) and links to the driver,

[PATCH] relayfs redux, part 3

Hi, Here's the latest version of relayfs, against 2.6.10. It includes a bunch of cleanup and restructuring prompted by the previous round of comments, but the major change that people would care about would probably be the changes to the logging functions relay_write(), __relay_write(), and

Re: Post install 2.4.29 causes many apps to seg fault.

>> Is there something more that I need to compile besides the kernel for >> compatability or is this a sign of some type of bug. I do realize that RHEL3 >> itself has some proprietary items added to their kernel but replacing it >> shouldn't make other applications fails. >> >> Any

Re: How to add source files in kernel

On Fri, 4 Feb 2005, Rahul Jain wrote: Hi All, I am trying to add 2 new files (a .h and a .c) in the kernel. I copied my .h file in /include/linux and .c in /net/core. I then made the following change to the Makefile in /net/core. obj-y := sock.o skbuff.o iovec.o datagram.o scm.o split_helper.o

Re: How to add source files in kernel

Rahul Jain <[EMAIL PROTECTED]> ha scritto: > The kernel recompilation went without any problems. I wrote loadable > module programs that can access the functions defined in .c. When I try to > install these modules, they came back with the following error > > /sbin/insmod x.o > x.o: unresolved

Re: [RFC] Linux Kernel Subversion Howto

Stelian Pop <[EMAIL PROTECTED]> writes: > I must test this...), plus 600 MB per working copy. If you use svk for the client side, there's (almost?) no overhead. Regards, Olaf. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH 1/1] tpm: implement use of sysfs classes

On Fri, Feb 04, 2005 at 02:12:50PM -0600, Kylene Hall wrote: > +static struct class tpm_class = { > + .name = "tpm", > + .class_dev_attrs = tpm_attrs, > +}; Where is your release function? Did you see any warnings from the kernel when you removed any of these class devices? Why did you

[PATCH 0/3] refactor i386 memory setup

The following 3 patches help to make some of the i386 NUMA code a bit more manageable, and remove a lot of duplicate code in the process. All 3 together were test-booted on a NUMA-Q, Summit, and a regular old laptop. They're in no hurry to get merged, and could wait for the 2.6.12 series. --

Re: [RFC] Reliable video POSTing on resume

On Fri, 4 Feb 2005 10:10:12 -0800, Jesse Barnes <[EMAIL PROTECTED]> wrote: > Jon does your emulator sit on top of the new legacy I/O and memory APIs? I > added them for this very reason, though atm only ia64 supports them. There's > documentation in Documentation/filesystems/sysfs-pci.txt if you

[PATCH 3/3] remove-free_all_bootmem() #define

in arch/i386/mm/init.c, there's a #define for __free_all_bootmem(): #ifndef CONFIG_DISCONTIGMEM #define __free_all_bootmem() free_all_bootmem() #else #define __free_all_bootmem() free_all_bootmem_node(NODE_DATA(0)) #endif /* !CONFIG_DISCONTIGMEM */ However, both of those functions end up

Re: [PATCH] relayfs redux, part 3

First set of comments. Mostly ignores the actual filesystem sematics bits, that'll come next. > +# > +# relayfs Makefile > +# probably superflous comment ;-) > + mem = vmap(*page_array, *page_count, GFP_KERNEL, PAGE_KERNEL); Do you really need to vmap it, and eat up vmallocspace and TLB

nonexistant HPET timer and sysfs

I don't think I have a HPET timer (3 year old 2.8Ghz P4). But when I have HPET enabled in the kernel I get a sysfs entry and consequently a /dev/hpet entry. Should the HPET device be created if I don't have the hardware? My expectation was that the sysfs entry should not have been created. Is

Add changelog entries for bk-trees?

Hi Andrew. I would like to suggest that you include the changelog entries for the bk trees you suck in. The format generated by: bk changes -L | shortlog --mode=terse should do it. But it needs to be run for all the bk trees. It would fit in just below the summary: > number of patches in

Re: error

Am 2005-02-04 16:19:30, schrieb [EMAIL PROTECTED]: > Hi, I encountered the following error trying to select the option: > Ethernet (1000 Mbit) ---> > in my Linux Kernel v2.4.18 Configuration ^^ What about using a newer kernel like 2.4.[27-29] > What do I do ? >

Re: [PATCH] Configure MTU via kernel DHCP

Hans-Peter Jansen wrote: On Thursday 03 February 2005 05:47, Shane Hathaway wrote: The attached patch enhances the kernel's DHCP client support (in net/ipv4/ipconfig.c) to set the interface MTU if provided by the DHCP server. Without this patch, it's difficult to netboot on a network that uses

[PATCH 1/3] refactor i386 memory setup

Refactor the i386 default and CONFIG_DISCONTIG_MEM setup_memory() functions to share the common bootmem initialisation code. This code is intended to be identical, but there are currently some fixes applied to one and not the other. This patch extracts this common initialisation code.

Re: 2.6.11-rc3-mm1 (compile stats)

John Cherry <[EMAIL PROTECTED]> wrote: > > Errors in the build relate to an undefined reference to > "randomize_va_space"... > >LD init/built-in.o >LD .tmp_vmlinux1 > arch/i386/kernel/built-in.o(.text+0xf92): In function `arch_align_stack': > : undefined reference to

Re: [ANNOUNCE] udev 051 release

Hi Greg, would you consider adding these rules to your default udev rules: KERNEL="dvb[0-9].dvr*",NAME="dvb/adapter%n/dvr%n", GROUP="video" KERNEL="dvb[0-9].demux*", NAME="dvb/adapter%n/demux%n", GROUP="video" KERNEL="dvb[0-9].frontend*", NAME="dvb/adapter%n/frontend%n",

Re: 2.6.11-rc3-mm1 (compile stats)

Errors in the build relate to an undefined reference to "randomize_va_space"... LD init/built-in.o LD .tmp_vmlinux1 arch/i386/kernel/built-in.o(.text+0xf92): In function `arch_align_stack': : undefined reference to `randomize_va_space' make: [.tmp_vmlinux1] Error 1 (ignored)

Re: [PATCH 1/1] tpm: implement use of sysfs classes

On Fri, 2005-02-04 at 14:52, Greg KH wrote: > On Fri, Feb 04, 2005 at 02:12:50PM -0600, Kylene Hall wrote: > > +static struct class tpm_class = { > > + .name = "tpm", > > + .class_dev_attrs = tpm_attrs, > > +}; > > Where is your release function? Did you see any warnings from the > kernel

[PATCH 2/3] consolidate set_max_mapnr_init() implementations

discontig.c has its own version of set_max_mapnr_init(). However, all that it really does differently from the mm/init.c version is skip setting max_mapnr (which doesn't exist because there's no mem_map[]). Signed-off-by: Dave Hansen <[EMAIL PROTECTED]> ---

Re: Patch 1/6 introduce sysctl

On Thu, 27 Jan 2005 10:12:01 +, Arjan van de Ven <[EMAIL PROTECTED]> wrote: > > This first patch of the series introduces a sysctl (default off) that > enables/disables the randomisation feature globally. Since randomisation may > make it harder to debug really tricky situations

2.6.11-rc3: intel8x0 alsa outputs no sound

i'm using a thinkpad r40 w/ intel8x0 sound card. it worked with 2.6.10. % ogg123 -d alsa09 file.ogg i can get no sound through either alsa or oss emulation. it appears to be playing but nothing can be heard. i've poked around at the mixers for mutes, master, and pcm volume. here's .config:

Re: [PATCH] relayfs redux, part 3

in the filesystem path especially relayfs_create_entry and the functions called by it seem overly complex, probably because copying from ramfs which allows namespace operations from userland. See the totally untested code below for how it could be done more cleanly. What I really dislike is the

Re: [patch, 2.6.11-rc2] sched: RLIMIT_RT_CPU_RATIO feature

Jack O'Quin wrote: Peter Williams <[EMAIL PROTECTED]> writes: Paul Davis wrote: There are several kernel-side attributes that would make JACK better from my perspective: * better ways to acquire and release RT scheduling I'm no expert on the topic but it would seem to me that the

[2.6 patch] input: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 18 Jan 2005 drivers/input/evbug.c |4 ++-- drivers/input/gameport/emu10k1-gp.c |4 ++-- drivers/input/gameport/fm801-gp.c |4

[-mm PATCH] driver model: PM type conversions in drivers/mmc

This fixes PM driver model type checking for drivers/mmc. Acked by Pavel Machek. Signed-off-by: Daniel Drake <[EMAIL PROTECTED]> diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/mmc/mmc.c linux-dsd/drivers/mmc/mmc.c --- linux-2.6.11-rc2-mm2/drivers/mmc/mmc.c 2005-02-02 21:54:17.0 +

Re: [PATCH] relayfs redux, part 3

Christoph Hellwig writes: > in the filesystem path especially relayfs_create_entry and the functions > called by it seem overly complex, probably because copying from ramfs > which allows namespace operations from userland. See the totally untested > code below for how it could be done more

Re: [patch] 2.6.11-rc3-mm1: fix swsusp with gcc 3.4

On Friday, 4 of February 2005 21:11, Adrian Bunk wrote: > On Fri, Feb 04, 2005 at 10:33:50AM -0800, Andrew Morton wrote: > >... > > Changes since 2.6.11-rc2-mm2: > >... > > +swsusp-do-not-use-higher-order-memory-allocations-on-suspend.patch > > > > swsusp fix > >... > > This broke compilation

Re: [PATCH 1/1] tpm: implement use of sysfs classes

On Fri, Feb 04, 2005 at 03:37:20PM -0600, Kylene Hall wrote: > On Fri, 2005-02-04 at 14:52, Greg KH wrote: > > On Fri, Feb 04, 2005 at 02:12:50PM -0600, Kylene Hall wrote: > > > +static struct class tpm_class = { > > > + .name = "tpm", > > > + .class_dev_attrs = tpm_attrs, > > > +}; > > > > Where

Re: [RFC] Linux Kernel Subversion Howto

On Fri, Feb 04, 2005 at 12:11:57PM -0800, Larry McVoy wrote: > > > So, do you think you can sign up the usual suspects to being happy with > > > this answer? > > > > I'll let them answer themselves. > > You'll need to rally them to speak up or this is going nowhere. We > can't afford to spend

Re: [PATCH] relayfs redux, part 3

Christoph Hellwig writes: > First set of comments. Mostly ignores the actual filesystem sematics > bits, that'll come next. > > > > +# > > +# relayfs Makefile > > +# > > probably superflous comment ;-) > > > + mem = vmap(*page_array, *page_count, GFP_KERNEL, PAGE_KERNEL); > >

Re: [RFC] Linux Kernel Subversion Howto

On Fri, Feb 04, 2005 at 08:22:48AM -0800, Roland Dreier wrote: > I don't pretend to understand all the tools or where information is > being lost, but I did use Stelian's HOWTO to make a subversion kernel > tree last night. I'm including log information for what happen to be > the two most

Re: [2.6 patch] input: make some code static

On Fri, 4 Feb 2005 22:39:55 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch makes some needlessly global code static. > Hi Adrian, I merged your patch into my tree and it is ready for Vojtech to pull from. -- Dmitry - To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] relayfs redux, part 3

Just a minor comment, not reading it all. On Fri, Feb 04, 2005 at 02:17:37PM -0600, Tom Zanussi wrote: _write - write data into the channel > + * @chan: relay channel > + * @data: data to be written > + * @length: number of bytes to write > + * > + * Returns the number of bytes written,

Re: [RFC] Reliable video POSTing on resume

> I would prefer to use hotplug for the user space call out but when I > do I run into the framebuffer and DRM drivers. This having multiple > drivers for the same piece of hardware is a pain. So hotplug on the > standard device is not an option. I know. It could be merged. The secert is a

Re: 2.6.11-rc3-mm1

I gave this a crack on the PowerBook5.4 -- somewhat more successful than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However, suspend seems a tad faster than usual, and resume stops after setting the hard disk's DMA mode, although the log below made it to disk. eth0: suspending,

[-mm PATCH] driver model: PM type checking in drivers/video

This fixes PM driver model type checking for drivers/video. Acked by Pavel Machek. Signed-off-by: Daniel Drake <[EMAIL PROTECTED]> diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/video/aty/radeon_pm.c linux-dsd/drivers/video/aty/radeon_pm.c --- linux-2.6.11-rc2-mm2/drivers/video/aty/radeon_pm.c

2.6.11-rc3-bk1: ide1: failed to initialize IDE interface

Hi all, I just gave a quick try to 2.6.11-rc3-bk1, and noticed the following new message in dmesg: ide1: failed to initialize IDE interface This seems to be new in 2.6.11-rc3-bk1. I could find the relevant changeset in bk: http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED] My (admittedly

Re: Drive performance bottleneck

At 08:32 PM 4/02/2005, Andrew Morton wrote: Something funny is happening here - it looks like there's plenty of CPU capacity left over. [..] Could you monitor the CPU load during the various tests? If the `dd' workload isn't pegging the CPU then it could be that there's something wrong with the

Legacy IO spaces (was Re: [RFC] Reliable video POSTing on resume)

On Fri, 4 Feb 2005 10:10:12 -0800, Jesse Barnes <[EMAIL PROTECTED]> wrote: > Jon does your emulator sit on top of the new legacy I/O and memory APIs? I > added them for this very reason, though atm only ia64 supports them. There's > documentation in Documentation/filesystems/sysfs-pci.txt if you

Re: [PATCH] PNP support for i8042 driver

Hi, Vojtech Pavlik wrote: On Fri, Feb 04, 2005 at 06:37:29PM +0100, matthieu castet wrote: Hi, Vojtech Pavlik wrote: On Sat, Nov 13, 2004 at 02:23:53PM +0100, matthieu castet wrote: Hi, this patch add PNP support for the i8042 driver in 2.6.10-rc1-mm5. Acpi is try before the pnp driver so if you

Re: [Patch] invalidate range of pages after direct IO write

Andrew Morton wrote: > I'd be inclined to hold off on the macro until we actually get the > open-coded stuff right.. Sometimes the page lookup loops take an end+1 > argument and sometimes they take an inclusive `end'. I think. That might > make it a bit messy. > > How's this look? Looks

Re: 2.6.10: kswapd spins like crazy

Terje Fåberg wrote: Terje Fåberg <[EMAIL PROTECTED]> skrev: I'll continue to do the same things I did yesterday before kswapd started to spin. Looks very good so far. I am unable to reproduce the bad kswapd behaviour with your patch, Nick. To double-check I booted into the old kernel an hour

Re: [PATCH][I2C] ST M41T00 I2C RTC chip driver

From http://archives.andrew.net.au/lm-sensors/msg29319.html: Mark A. Greer wrote: Here is a replacement patch that should address Jean Delvare and Dick Johnson's issues. Please let me know if there are any more issues. Thanks, Mark Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]> -- I haven't

Re: [PATCH][I2C] ST M41T00 I2C RTC chip driver

On Fri, Feb 04, 2005 at 04:14:51PM -0700, Mark A. Greer wrote: > From http://archives.andrew.net.au/lm-sensors/msg29319.html: > > Mark A. Greer wrote: > > > > > > >Here is a replacement patch that should address Jean Delvare and Dick > >Johnson's issues. Please let me know if there are any

Re: 2.6.11-rc3-mm1 (compile stats)

On Fri, 2005-02-04 at 13:51 -0800, John Cherry wrote: > On Fri, 2005-02-04 at 13:13 -0800, Andrew Morton wrote: > > John Cherry <[EMAIL PROTECTED]> wrote: > > > > > > Errors in the build relate to an undefined reference to > > > "randomize_va_space"... > > > > > >LD init/built-in.o > >

Re: [Patch] invalidate range of pages after direct IO write

Zach Brown <[EMAIL PROTECTED]> wrote: > > Andrew Morton wrote: > > > I'd be inclined to hold off on the macro until we actually get the > > open-coded stuff right.. Sometimes the page lookup loops take an end+1 > > argument and sometimes they take an inclusive `end'. I think. That might > >

<    1   2   3   4   5   6   7   >