Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 05:55:00PM +0100, Vojtech Pavlik wrote: > On Wed, Feb 09, 2005 at 05:38:56PM +0100, Andries Brouwer wrote: >> On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote: >> It seems very unlikely that you cannot handle Czech with all combinations of 8 keys

Re: [patch, BK] clean up and unify asm-*/resource.h files

* Chris Wright <[EMAIL PROTECTED]> wrote: > * Ingo Molnar ([EMAIL PROTECTED]) wrote: > > this patch does the final consolidation of asm-*/resource.h file, > > without changing any of the rlimit definitions on any architecture. > > Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces

Re: [patch, BK] clean up and unify asm-*/resource.h files

* Ingo Molnar ([EMAIL PROTECTED]) wrote: > this patch does the final consolidation of asm-*/resource.h file, > without changing any of the rlimit definitions on any architecture. > Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces it with > a more compact and isolated one that

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005 13:24:06 -0500 (EST), Nicolas Pitre <[EMAIL PROTECTED]> wrote: > Larry turned it down with the usual "we're'll fear you if we do that" > answer although I still have problems seeing why BK would be suplented > with that info available. The SCM problem is much much more than

Re: [RFC] Linux Kernel Subversion Howto

On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote: > On Tue, 8 Feb 2005, Larry McVoy wrote: > > You know, you could change all this. Instead of complaining that we > > are somehow hurting you, which virtually 100% of the readers know is > > nonsense, you could be producing an

[PATCH] "PREEMPT" in UTS_VERSION

Add PREEMPT to UTS_VERSION where enabled as is done for SMP to make preempt kernels easily identifiable. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm1/scripts/mkcompile_h === --- mm1.orig/scripts/mkcompile_h

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005, Jon Smirl wrote: > On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre <[EMAIL PROTECTED]> > wrote: > > On Tue, 8 Feb 2005, Larry McVoy wrote: > > > > Larry, why can't you compete only on the tool instead of claiming > > exclusive rights on the test bench as well? > >

Problem on SATA-disk with Promise SATAII 150 TX4 ("DriveReady SeekComplete Error")

Hi, [please CC me on replies] I've got a box running 2.6.10 (with the patch[0] needed to support the Promise SATAII 150 TX4 controller). This box has three software raid1 partitions mirrored on a SATA disk on the Promise controller and a disk on the mainboard IDE controller (VIA vt8235).

Re: [PATCH 1/1] tpm: update tpm sysfs file ownership

On Wed, Feb 09, 2005 at 12:05:42PM -0600, Kylene Hall wrote: > @@ -539,9 +551,8 @@ void tpm_remove_hardware(struct device * > dev_set_drvdata(dev, NULL); > misc_deregister(>vendor->miscdev); > > - device_remove_file(dev, _attr_pubek); > - device_remove_file(dev, _attr_pcrs);

Re: IRQ threading and non-generics

On Tue, 2005-02-08 at 23:43, Ingo Molnar wrote: > eventually ARM should be merged to the generic IRQ subsystem and in the > process it is very likely that the generic IRQ subsystem has to be > changed to fit ARM's needs as well. But separating out new features and > keeping the old ARM blob in

Re: Touchpad problems with 2.6.11-rc2

Stephane Raimbault <[EMAIL PROTECTED]> writes: > > Does the "Enable hardware tapping for ALPS touchpads" patch help? > > > > http://marc.theaimsgroup.com/?l=linux-kernel=110708138225873=2 > > > > Yes, works really better but the release event is sent only if I move > the pointer. It's

Re: [RFC/RFT] [patch] Elo serial touchscreen driver

Vojtech Pavlik wrote: On Wed, Feb 09, 2005 at 06:14:38PM +0100, Jan-Benedict Glaw wrote: I want serious support for ALL touchscreens in Linux. I'm glad to hear it. I was just pointing out the "serial" part, because, unlike USB and other interfaces, a serial port can not say "what" is attached to

Re: [PATCH 1/1] tpm: update tpm sysfs file ownership

On Fri, 4 Feb 2005, Greg KH wrote: > 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", > > > > +

Re: [patch, BK] clean up and unify asm-*/resource.h files

* Stephen Rothwell <[EMAIL PROTECTED]> wrote: > Hi Ingo, > > On Wed, 9 Feb 2005 10:39:27 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > > --- linux/include/asm-sparc/resource.h.orig > > +++ linux/include/asm-sparc/resource.h > . > . > > -#define RLIMIT_NOFILE 6

Re: [ckrm-tech] Re: [Lse-tech] [PATCH] cpusets - big numa cpu and memory placement

On Tue, Feb 08, 2005 at 12:42:34PM -0800, Paul Jackson wrote: > Matthew wrote: > > I found no useful and significant basis for integration of cpusets and > CKRM either involving CPU or Memory Node management. > > As best as I can figure out, CKRM is a fair share scheduler with a > gussied up

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 09 Feb 2005 12:30:54 EST, Nicolas Pitre said: > If I don't want to use a certain filesystem, I mount it and copy the > files over to another filesystem. What users are interested in are the > files themselves of course, and the efficiency with which the filesystem > handles those

Re: Preempt Real-time for ARM

On Wed, 2005-02-09 at 04:50, Russell King wrote: > What you'll find is that the ARM interrupt structure is designed to > efficiently meet the requirements of our wide range of hardware interrupt > controllers, with chained interrupt controllers, with as low latency as > possible. > > In

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre <[EMAIL PROTECTED]> wrote: > On Tue, 8 Feb 2005, Larry McVoy wrote: > > Larry, why can't you compete only on the tool instead of claiming > exclusive rights on the test bench as well? Nicolas, Larry has not said he won't make the changes

Re: [PATCH] Fix ALPS sync loss

>From Dmitry Torokhov on Tuesday, 08 February, 2005: >Hi, >Here is the promised patch. It turns out protocol validation code was >a bit (or rather a byte ;) ) off. >Please let me know if it fixes your touchpad and I believe it would be >nice to have it in 2.6.11. This patch seems to be working

Re: [RFC] Linux Kernel Subversion Howto

On Wed, 9 Feb 2005, Larry McVoy wrote: > On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote: > > So you've somehow managed to trick most kernel developers into > > granting you power over not only the BK history > > It's exactly the same as a file system. If you put some files into

Re: [RFC/RFT] [patch] Elo serial touchscreen driver

On Wed, Feb 09, 2005 at 06:14:38PM +0100, Jan-Benedict Glaw wrote: > > I want serious support for ALL touchscreens in Linux. > > Maybe I'd write drivers for the T-Sharc and fujitsu controllers, too. > These are in a lot of POS hardware, too, and sometimes they're a pain to > use (esp.

[PATCH] Fix IPMI SMBus driver to select the I2C layer instead of depend on it

This is on top of the IPMI SMBus driver in the current mm kernel. Thanks, -Corey Make the IPMI SMBus select I2C, not depend on it, so I2C gets enabled properly when the IPMI SMBus is enabled. Signed-off-by: Corey Minyard <[EMAIL PROTECTED]> Index: linux-2.6.11-rc3/drivers/char/ipmi/Kconfig

[PATCH] Update to IPMI driver to support old DMI spec

BTW, I'm also working with the person who had the trouble with the I2C non-blocking driver updates, but we haven't figured it out yet. Hopefully soon. (Though that has nothing to do with this patch.) Thanks, -Corey The 1999 version of the DMI spec had a different configuration than the newer

Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 04:27:40PM +0100, Andries Brouwer wrote: > On Wed, Feb 09, 2005 at 02:26:54PM +0100, Jirka Bohac wrote: > > Hi folks, > > > > find attached a patch that improves the keycode to keysym mapping in the > > kernel. The current system has its limits, not allowing to implement

Re: [RFC/RFT] [patch] Elo serial touchscreen driver

On Wed, 2005-02-09 18:00:15 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > On Wed, Feb 09, 2005 at 01:23:27PM +, Paulo Marques wrote: > > Vojtech Pavlik wrote: > > >Hi! > > > > > >I've written a driver for probably the most common touchscreen type - > > >the

[PATCH] i386 defconfig: trim modules

Hi, Is there some logical reason that these modules are selected in i386/defconfig? Can we not default them to =m ? Reduce number of modules built via defconfig. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= arch/i386/defconfig | 12 ++-- 1 files changed, 6

Re: [RFC/RFT] [patch] Elo serial touchscreen driver

On Wed, Feb 09, 2005 at 01:23:27PM +, Paulo Marques wrote: > Vojtech Pavlik wrote: > >Hi! > > > >I've written a driver for probably the most common touchscreen type - > >the serial Elo touchscreen. > > If we are serious about getting support for serial touchscreens into the > kernel, I can

Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 05:38:56PM +0100, Andries Brouwer wrote: > On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote: > > > > It seems very unlikely that you cannot handle Czech with all > > > combinations of 8 keys pressed, and need 9. > > > > A czech keyboard has the letters

Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote: > > It seems very unlikely that you cannot handle Czech with all > > combinations of 8 keys pressed, and need 9. > > A czech keyboard has the letters 'escrzyaie' with accents on the number > row of keys. With a Shift, they are

Re: 2.4.x kernel BUG at filemap.c:81

On Wed, Feb 09, 2005 at 11:30:05AM -0500, Todd Shetter wrote: > Marcelo Tosatti wrote: > > >On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote: > > > > > >>Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28, > >>2.4.29 with highmem 4GB, and highmem i/o support enabled,

Re: 2.6.11-rc3-mm1: softlockup and suspend/resume

On Tuesday, 8 of February 2005 12:04, Ingo Molnar wrote: > > * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote: > > > The warning is printed right after the image is restored (ie somewhere > > around the local_irq_enable() above, but it goes before the "PM: Image > > restored successfully." message

Re: 2.4.x kernel BUG at filemap.c:81

Marcelo Tosatti wrote: On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote: Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28, 2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a system lockup. This happens in both X and console. Happens with and

Re: [BUG] linux-2.6.11-rc3 probably in ACPI battery procfs ...

aurelien francillon wrote: > CONFIG_ACPI_DEBUG=y This one is also bad for you. If you unset this, it will even run fast even without the object cache (i'm recompiling right now with object cache _and_ unset debug to see what i can gain from this :-) Maybe a patch like the attached one for the

Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 04:27:40PM +0100, Andries Brouwer wrote: > > The keycodes are mapped into keysyms using so-called keymaps. A keymap is > > an array (of 255 elements per default) of keysyms, and there is one such > > keymap for each modifier combination. There are 9 modifiers (such as Alt,

Re: [RFC] Linux Kernel Subversion Howto

On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote: > So you've somehow managed to trick most kernel developers into > granting you power over not only the BK history It's exactly the same as a file system. If you put some files into a file system does the file system creator owe

Re: 2.6.10-ac12 + kernbench == oom-killer: (OSDL)

On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote: > > Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to > complete > a kernbench run without hitting the OOM-killer. ( kernbench is multiple > kernel compiles, > of course ) Machine is 800 mhz PIII with 1GB

Re: 2.4.x kernel BUG at filemap.c:81

On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote: > Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28, > 2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a system > lockup. This happens in both X and console. Happens with and without my > Nvidia

Re: 2.6.11-rc3: Kylix application no longer works?

On Tue, Feb 08, 2005 at 06:10:18PM -0800, Andrew Morton wrote: > We could just remove the printk and stick a comment over it. If the > application later tries to access the not-there pages then it'll just > fault. > > However I worry if there is some way in which we can leave unzeroed memory >

Re: [rfc] keytables - the new keycode->keysym mapping

On Wed, Feb 09, 2005 at 02:26:54PM +0100, Jirka Bohac wrote: > Hi folks, > > find attached a patch that improves the keycode to keysym mapping in the > kernel. The current system has its limits, not allowing to implement keyboard > maps that people in different countries are used to. This patch

Re: [PATCH 1/1] PCI: Dynids - passing driver data

Adam Belay wrote: On Mon, Feb 07, 2005 at 02:18:20PM -0800, Greg KH wrote: On Mon, Feb 07, 2005 at 04:00:27PM -0600, [EMAIL PROTECTED] wrote: Currently, code exists in the pci layer to allow userspace to specify driver data when adding a pci dynamic id from sysfs. However, this data is never used

Re: [patch, BK] clean up and unify asm-*/resource.h files

Hi Ingo, On Wed, 9 Feb 2005 10:39:27 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > --- linux/include/asm-sparc/resource.h.orig > +++ linux/include/asm-sparc/resource.h . . > -#define RLIMIT_NOFILE6 /* max number of open files */ > -#define RLIMIT_NPROC 7

Re: Getting errors in compilation of Hello World!

On Wed, 9 Feb 2005, Deepti Patel wrote: Hi all, I am new to Linux. I am tring to load a module in kernel of 'Fedora core2'. I wrote a simple Hello world program and tring to compile it with Makefile. I tried 3 differnt types of make file but still it is giving me error. I will really appritiate

Re: [RFC] Linux Kernel Subversion Howto

El 09 Feb 2005 05:06:02 -0200, Alexandre Oliva <[EMAIL PROTECTED]> escribió: > So you've somehow managed to trick most kernel developers into > granting you power over not only the BK history, in such a way that > anyone willing to extract all the information available from the BK > repository

Re: 2.6.11-rc3-bk5: XFS: fcron: could not write() buf to disk: Resource temporarily unavailable

On Wednesday 09 February 2005 04:29, Nathan Scott wrote: > On Tue, Feb 08, 2005 at 08:51:36PM +0300, Alexander Y. Fomichev wrote: > > G' day > > > > It looks like XFS broken somewhere in 2.6.11-rc1, > > sadly i can't sand "right" bugreport, some facts only. > > Upgrade to 2.6.11-rc2 makes fcron

Getting errors in compilation of Hello World!

Hi all, I am new to Linux. I am tring to load a module in kernel of 'Fedora core2'. I wrote a simple Hello world program and tring to compile it with Makefile. I tried 3 differnt types of make file but still it is giving me error. I will really appritiate any help. Here is my Hello world

[PATCH] 2.6 - alpha: add missing dma_mapping_error

Hi, attached patch defines dma_mapping_error on alpha. Without this libata-core.c won't compile. stefan --- linux-2.6.10/include/asm-alpha/dma-mapping.h.orig 2004-12-26 20:45:25.139475104 +0100 +++ linux-2.6.10/include/asm-alpha/dma-mapping.h 2004-12-26 20:46:54.684862136 +0100 @@ -25,6

Re: [PATCH] New sys_chmod() hook for the LSM framework

El mar, 08-02-2005 a las 16:15 -0800, Chris Wright escribió: > * Lorenzo Hernández García-Hierro ([EMAIL PROTECTED]) wrote: > > As commented yesterday, I was going to release a few more hooks for some > > *critical* syscalls, this one adds a hook to sys_chmod(), and makes us > > able to apply

Re: Preempt Real-time for ARM

Russell, On Wed, 2005-02-09 at 12:50 +, Russell King wrote: > > > We have done the conversion to the generic irq handling and it works > > > fine on a couple of machines. > > > > great - this would be a much preferred approach indeed. > > Well, I remain unconvinced about the generic irq

Re: RFC: [2.6 patch] Eicon: disable debuglib for modules

On Mon, 20 Dec 2004, Adrian Bunk wrote: > > > Is there a good reason why debuglib is enabled for modules? > > > > Yes. > > Without it, there would be no possibility to use the maintainance module > > to debug the isdn/card/capi interaction. > > > > > If not, I'd propose the patch below to

intelligent pre-configuration

Hi, Maybe it's nice to have a pre-kernel-configuration-auto-configurator script in the kernel. Like, something that detects (by parsing lspci/lsusb/lssbus's output or so) what hardware is on-board and then creates an initial .config for your kernel. That way the chance that you accidently forgot

Re: [RFC] Linux Kernel Subversion Howto

On Wed, Feb 09, 2005 at 05:58:22PM +0900, Miles Bader wrote: > Kevin Puetz <[EMAIL PROTECTED]> writes: > > erm, svk is cool and all, but it keeps a local repository mirror (not > > necessarily full I suppose, but usually it is). So it's *much* heavier > > on the client side than normal svn. Pays

Re: [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3

David S. Miller wrote: Can you describe more precisely "the scenerios, that are relevant to us"? The scenarios we have in mind are setups in which a set of collaborating servers steadly establish connections among each other with a very high rate. This high rate requirement drove us to consider

Re: [RFC/RFT] [patch] Elo serial touchscreen driver

Vojtech Pavlik wrote: Hi! I've written a driver for probably the most common touchscreen type - the serial Elo touchscreen. If we are serious about getting support for serial touchscreens into the kernel, I can certainly give a hand there. I work for a company that develops software for

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

On Tue, 2005-02-08 at 16:58, William Weston wrote: > Hi Ingo, > > Great work on the -RT kernel! Here's a status report from my Athlon box > w/ kernel -RT-2.6.11-rc3-V0.7.38-03, realtime-lsm-0.8.5, jack-0.99.48, > alsa-1.0.8, and latencytest-0.5.5: > A couple BUGs are being logged (see below),

Re: Preempt Real-time for ARM

On Wed, Feb 09, 2005 at 12:31:40PM +0100, Ingo Molnar wrote: > > * Thomas Gleixner <[EMAIL PROTECTED]> wrote: > > > On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote: > > > > > The biggest point of discussion relates to the interrupts in threads > > > implementation. It is largely

Re: [PATCH] kernel/fork.c: VM accounting bugfix (2.6.11-rc3-bk5)

On Tue, 8 Feb 2005, Chris Wright wrote: > * Mark F. Haigh ([EMAIL PROTECTED]) wrote: > > > > If security_vm_enough_memory() fails there, then we vm_unacct_memory() > > that we never accounted (if security_vm_enough_memory() fails, no memory > > is accounted). > > You missed one subtle point.

Re: Preempt Real-time for ARM

On Wed, 2005-02-09 at 12:31 +0100, Ingo Molnar wrote: > > I'm just waiting until the new SMP bits are there before I have > > another go and clean up the missing SMP bits. > > any chances for (most of) these bits going upstream as well? In any > case, the -RT tree can be a testbed for this. I

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

* William Weston <[EMAIL PROTECTED]> wrote: > Jackd (-R -P64 -dalsa -dhw:0 -r44100 -p64 -n3 -i2 -o2) w/ one > soft-synth client (using 15% to 30% of the CPU) will run for over 12 > hours without any xruns, even during kernel compiles and nightly > updatedb runs. > > Running wmcube (an

Re: Preempt Real-time for ARM

* Thomas Gleixner <[EMAIL PROTECTED]> wrote: > On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote: > > > The biggest point of discussion relates to the interrupts in threads > > implementation. It is largely identical to what is implemented in the > > generic irq handling. However, ARM

Re: Preempt Real-time for ARM

On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote: > The biggest point of discussion relates to the interrupts in threads > implementation. It is largely identical to what is implemented in the > generic irq handling. However, ARM doesn't not implement generic irq > handling, and will not

Re: 2.6.11-rc3: Kylix application no longer works?

Hi! > > > > I wonder if reverting the patch will restore the old behaviour? > > > > > > This seems to be minimal fix to get Kylix application back to the > > > working state... Maybe it is good idea for 2.6.11? > > > > > > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> > > >

Re: ARM undefined symbols. Again.

On Tue, Feb 08, 2005 at 08:05:01PM +, Russell King wrote: > On Tue, Feb 08, 2005 at 08:42:43PM +0100, Sam Ravnborg wrote: > > On Mon, Feb 07, 2005 at 11:43:59AM +, Russell King wrote: > > > > > > Maybe we need an architecture hook or something for post-processing > > > vmlinux? > > Makes

[Patch] Fix oops in alloc_zeroed_user_highpage() when page is NULL

Hi All, The generic and IA-64 versions of alloc_zeroed_user_highpage() don't check the return value from alloc_page_vma(). This can lead to an oops if we're OOM. This fixes my oops on PPC64, but I haven't got an IA-64 machine/compiler handy. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]>

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

On Wed, 9 Feb 2005, Peter Daum wrote: > it does not work at all with 8506-4 controllers (It just complains Oops: sorry for the noise - my error - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

[patch, BK] clean up and unify asm-*/resource.h files

this patch does the final consolidation of asm-*/resource.h file, without changing any of the rlimit definitions on any architecture. Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces it with a more compact and isolated one that allows architectures to define only the offending

[PATCH] Fix partial sysrq setting

Hello! Attached patch fixes a regression introduced by my patch allowing separate enabling of magic-sysrq functions. The problem is that originally it was always possible to use /proc/sysrq-trigger regardless the value of /proc/sys/kernel/sysrq (which actually I didn't know ;) and my original

BK-kernel-tools/shortlog update

Hello Linus, you can either use "bk receive" to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL

[PATCH] Update locking doc

Hello Andrew! Attached patch updates documentation in Documentation/filesystems/Locking to match the current state of quota code. Also a few comments in quota code are updated. Please apply. Honza -- Jan Kara <[EMAIL

Re: How to retrieve version from kernel source (the right way)?

On Wed, Feb 09, 2005 at 09:17:35AM +0100, Michael Renzmann wrote: > Hi all. > > (Please CC: me, I'm not subscribed - although I'm following the list > through gmane.org) > > I'm working on Madwifi (a driver for wireless lan cards with Atheros > chipset), which isn't part of the kernel (and

Re: [PATCH 01/04] Adding cipher mode context information to crypto_tfm

On Tue, 2005-02-08 at 19:09 -0500, James Morris wrote: > On Wed, 9 Feb 2005, Fruhwirth Clemens wrote: > > > > You can't call kmap() in softirq context (why was it even trying?): > > > > Why not? What's the alternative, then? > > It can sleep in map_new_virtual(). > > The alternative is to use

BUG libata: SATA controller BigEndian

Hi, On my embedded system, I'm using the kernel2.6.10 plus the libata patch 2.6.11 of Mister Garzik. In little endian mode, all is ok i.e all my hdd connected on the controller SATA (Promise PDC20371 or PDC20579) are recognized. Unfortunately when I switch to big endian mode, my hdd are no more

Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?

As far as the temp stuff, it does support i2c over the smbus. $ sensors max1617-i2c-0-1a Adapter: SMBus PIIX4 adapter at 0850 Board: +48C (low = -55C, high = +127C) CPU: +49C (low = -55C, high = +110C) Whether its recommended or not, not sure, I'll try later today w/out

Re: [RFC] Changing COW detection to be memory hotplug friendly

At Mon, 7 Feb 2005 21:24:59 + (GMT), Hugh Dickins wrote: > > On Thu, 3 Feb 2005, IWAMOTO Toshihiro wrote: > > The current implementation of memory hotremoval relies on that pages > > can be unmapped from process spaces. After successful unmapping, > > subsequent accesses to the pages are

Re: [RFC] Linux Kernel Subversion Howto

Gene Heskett <[EMAIL PROTECTED]> writes: > Roman, Larry has a perfectly valid reason to call you a jerk, because > you are being one, and have been one for at least 50% of your posts > on this list over the last 2 years or more. Right this instant my > most fervent wish is for you to go get a

Re: [RFC] Linux Kernel Subversion Howto

Kevin Puetz <[EMAIL PROTECTED]> writes: >> If you use svk for the client side, there's >> (almost?) no overhead. >> >> Regards, Olaf. > > erm, svk is cool and all, but it keeps a local repository mirror (not > necessarily full I suppose, but usually it is). So it's *much*

Re: 2.6.11-rc3-mm1

On Tue, Feb 08, 2005 at 08:54:06PM -0800, Andrew Morton wrote: > "Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote: > > > > Please add to -mm the patch in attachment, since it solves the old > > acpi_power_off bug... > > What acpi_power_off bug? And how does it solve it? Here's the observed

Re: Touchpad problems with 2.6.11-rc2

> > Does the "Enable hardware tapping for ALPS touchpads" patch help? > > http://marc.theaimsgroup.com/?l=linux-kernel=110708138225873=2 > Yes, works really better but the release event is sent only if I move the pointer. It's as if I still put my finger on the touchpad. Stephane

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

... a little addendum: while the mentioned "experimental" tw_cli (2.00.00.042) provides at least basic functionality for some controllers (I mostly use 8506-8) it does not work at all with 8506-4 controllers (It just complains "No controller found"). Regards, Peter Daum On Wed, 19

Re: How to retrieve version from kernel source (the right way)?

Michael Renzmann a écrit : Then we started to grep VERSION, PATCHLEVEL, SUBLEVEL and EXTRAVERSION from the kernel's Makefile. This failed, since some distributors seem to use shell commands for at least one of those. Example from SuSE 9.1: === cut === VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 5

How to retrieve version from kernel source (the right way)?

Hi all. (Please CC: me, I'm not subscribed - although I'm following the list through gmane.org) I'm working on Madwifi (a driver for wireless lan cards with Atheros chipset), which isn't part of the kernel (and probably won't ever be due to the binary-only HAL). As every third-party device

How to retrieve version from kernel source (the right way)?

Hi all. (Please CC: me, I'm not subscribed - although I'm following the list through gmane.org) I'm working on Madwifi (a driver for wireless lan cards with Atheros chipset), which isn't part of the kernel (and probably won't ever be due to the binary-only HAL). As every third-party device

Re: How to retrieve version from kernel source (the right way)?

Michael Renzmann a écrit : Then we started to grep VERSION, PATCHLEVEL, SUBLEVEL and EXTRAVERSION from the kernel's Makefile. This failed, since some distributors seem to use shell commands for at least one of those. Example from SuSE 9.1: === cut === VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 5

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

... a little addendum: while the mentioned experimental tw_cli (2.00.00.042) provides at least basic functionality for some controllers (I mostly use 8506-8) it does not work at all with 8506-4 controllers (It just complains No controller found). Regards, Peter Daum On Wed, 19 Jan

Re: Touchpad problems with 2.6.11-rc2

Does the Enable hardware tapping for ALPS touchpads patch help? http://marc.theaimsgroup.com/?l=linux-kernelm=110708138225873w=2 Yes, works really better but the release event is sent only if I move the pointer. It's as if I still put my finger on the touchpad. Stephane - To

Re: 2.6.11-rc3-mm1

On Tue, Feb 08, 2005 at 08:54:06PM -0800, Andrew Morton wrote: Marcos D. Marado Torres [EMAIL PROTECTED] wrote: Please add to -mm the patch in attachment, since it solves the old acpi_power_off bug... What acpi_power_off bug? And how does it solve it? Here's the observed bug that the

Re: [RFC] Linux Kernel Subversion Howto

Kevin Puetz [EMAIL PROTECTED] writes: If you use svk http://svk.elixus.org/ for the client side, there's (almost?) no overhead. Regards, Olaf. erm, svk is cool and all, but it keeps a local repository mirror (not necessarily full I suppose, but usually it is). So it's *much* heavier on

Re: [RFC] Linux Kernel Subversion Howto

Gene Heskett [EMAIL PROTECTED] writes: Roman, Larry has a perfectly valid reason to call you a jerk, because you are being one, and have been one for at least 50% of your posts on this list over the last 2 years or more. Right this instant my most fervent wish is for you to go get a job at

Re: [RFC] Changing COW detection to be memory hotplug friendly

At Mon, 7 Feb 2005 21:24:59 + (GMT), Hugh Dickins wrote: On Thu, 3 Feb 2005, IWAMOTO Toshihiro wrote: The current implementation of memory hotremoval relies on that pages can be unmapped from process spaces. After successful unmapping, subsequent accesses to the pages are blocked and

BUG libata: SATA controller BigEndian

Hi, On my embedded system, I'm using the kernel2.6.10 plus the libata patch 2.6.11 of Mister Garzik. In little endian mode, all is ok i.e all my hdd connected on the controller SATA (Promise PDC20371 or PDC20579) are recognized. Unfortunately when I switch to big endian mode, my hdd are no more

Re: How to retrieve version from kernel source (the right way)?

On Wed, Feb 09, 2005 at 09:17:35AM +0100, Michael Renzmann wrote: Hi all. (Please CC: me, I'm not subscribed - although I'm following the list through gmane.org) I'm working on Madwifi (a driver for wireless lan cards with Atheros chipset), which isn't part of the kernel (and probably

Re: [PATCH 01/04] Adding cipher mode context information to crypto_tfm

On Tue, 2005-02-08 at 19:09 -0500, James Morris wrote: On Wed, 9 Feb 2005, Fruhwirth Clemens wrote: You can't call kmap() in softirq context (why was it even trying?): Why not? What's the alternative, then? It can sleep in map_new_virtual(). The alternative is to use atomic kmaps.

Re: Question regarding e1000 driver and dropped packets (2.6.5 / 2.6.10)?

As far as the temp stuff, it does support i2c over the smbus. $ sensors max1617-i2c-0-1a Adapter: SMBus PIIX4 adapter at 0850 Board: +48C (low = -55C, high = +127C) CPU: +49C (low = -55C, high = +110C) Whether its recommended or not, not sure, I'll try later today w/out

[PATCH] Update locking doc

Hello Andrew! Attached patch updates documentation in Documentation/filesystems/Locking to match the current state of quota code. Also a few comments in quota code are updated. Please apply. Honza -- Jan Kara [EMAIL PROTECTED]

BK-kernel-tools/shortlog update

Hello Linus, you can either use bk receive to patch with this mail, or you can Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools or in cases of dire need, you can apply the patch below. BK: Parent repository is http://bktools.bkbits.net/bktools Patch description: [EMAIL

[PATCH] Fix partial sysrq setting

Hello! Attached patch fixes a regression introduced by my patch allowing separate enabling of magic-sysrq functions. The problem is that originally it was always possible to use /proc/sysrq-trigger regardless the value of /proc/sys/kernel/sysrq (which actually I didn't know ;) and my original

[patch, BK] clean up and unify asm-*/resource.h files

this patch does the final consolidation of asm-*/resource.h file, without changing any of the rlimit definitions on any architecture. Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces it with a more compact and isolated one that allows architectures to define only the offending

[Patch] Fix oops in alloc_zeroed_user_highpage() when page is NULL

Hi All, The generic and IA-64 versions of alloc_zeroed_user_highpage() don't check the return value from alloc_page_vma(). This can lead to an oops if we're OOM. This fixes my oops on PPC64, but I haven't got an IA-64 machine/compiler handy. Signed-off-by: Michael Ellerman [EMAIL PROTECTED]

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

On Wed, 9 Feb 2005, Peter Daum wrote: it does not work at all with 8506-4 controllers (It just complains Oops: sorry for the noise - my error - 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: ARM undefined symbols. Again.

On Tue, Feb 08, 2005 at 08:05:01PM +, Russell King wrote: On Tue, Feb 08, 2005 at 08:42:43PM +0100, Sam Ravnborg wrote: On Mon, Feb 07, 2005 at 11:43:59AM +, Russell King wrote: Maybe we need an architecture hook or something for post-processing vmlinux? Makes sense. For

Re: 2.6.11-rc3: Kylix application no longer works?

Hi! I wonder if reverting the patch will restore the old behaviour? This seems to be minimal fix to get Kylix application back to the working state... Maybe it is good idea for 2.6.11? Signed-off-by: Pavel Machek [EMAIL PROTECTED]

<    1   2   3   4   >