Re: [patch] sched: unlocked context-switches

* David Mosberger-Tang <[EMAIL PROTECTED]> wrote: > > The ia64_switch_to() code includes a section that can change a > > pinned MMU mapping (when the stack for the new process is in a > > different granule from the stack for the old process). The code > > beyond the ".map" label in arch/ia64

Re: [patch] sched: unlocked context-switches

Ingo Molnar wrote: * Nick Piggin <[EMAIL PROTECTED]> wrote: I did propose doing unconditionally unlocked switches a while back when my patch first popped up - you were against it then, but I guess you've had second thoughts? the reordering of switch_to() and the switch_mm()-related logic was t

Re: Kernel SCM saga..

On Sat, 9 Apr 2005 04:53:57 +0200 Petr Baudis wrote: | Hello, | | Dear diary, on Fri, Apr 08, 2005 at 05:50:21PM CEST, I got a letter | where Linus Torvalds <[EMAIL PROTECTED]> told me that... | > | > | > On Fri, 8 Apr 2005 [EMAIL PROTECTED] wrote: | > > | > > Here's a partial solution. It

Re: [patch] sched: unlocked context-switches

> On Sat, 9 Apr 2005 09:07:38 +0200, Ingo Molnar <[EMAIL PROTECTED]> said: Ingo> * David Mosberger-Tang <[EMAIL PROTECTED]> wrote: >> > The ia64_switch_to() code includes a section that can change a >> > pinned MMU mapping (when the stack for the new process is in a >> > different gra

Re: Kernel SCM saga..

On Fri, Apr 08, 2005 at 12:03:49PM -0700, Linus Torvalds wrote: > And if you do actively malicious things in your own directory, you get > what you deserve. It's actually _hard_ to try to fool git into believing a > file hasn't changed: you need to not only replace it with the exact same > file l

Re: Kernel SCM saga..

On Fri, Apr 08, 2005 at 11:56:09AM -0700, Chris Wedgwood wrote: > On Fri, Apr 08, 2005 at 11:47:10AM -0700, Linus Torvalds wrote: > > > Don't use NFS for development. It sucks for BK too. > > Some times NFS is unavoidable. > > In the best case (see previous email wrt to only stat'ing the parent

Re: Kernel SCM saga..

On Saturday April 9, [EMAIL PROTECTED] wrote: > > I've just checked, it takes 5.7s to compare 2.4.29{,-hf3} over NFS (13300 > files each) and 1.3s once the trees are cached locally. This is without > comparing file contents, just meta-data. And it takes 19.33s to compare > the file's md5 sums once

Re: [PATCH] restrict inter_module_* to its last users

On Fri, 2005-04-08 at 10:48 -0700, Andrew Morton wrote: > > > Next step for inter_module removal. This patch makes the code > > conditional on its last users and shrinks the kernel binary for the > > huge majority of people. > > If we do this, nobody will get around to fixing up the remaining

Re: Kernel SCM saga..

On Sat, Apr 09, 2005 at 05:47:08PM +1000, Neil Brown wrote: > On Saturday April 9, [EMAIL PROTECTED] wrote: > > > > I've just checked, it takes 5.7s to compare 2.4.29{,-hf3} over NFS (13300 > > files each) and 1.3s once the trees are cached locally. This is without > > comparing file contents, jus

Re: [PATCH] Updated: Dynamic Tick version 050408-1

On Fri, Apr 08, 2005 at 03:42:59PM -0600, Frank Sorenson wrote: > Tony Lindgren wrote: > > > > Then you might as well run timetest from same location too to make > > sure your clock keeps correct time. > > Seems to be going up when under load, and down when idle, so I suppose > it's working :) T

Re: [PATCH] Updated: Dynamic Tick version 050408-1

On Fri, Apr 08, 2005 at 02:58:50PM +0200, Thomas Renninger wrote: > Tony Lindgren wrote: > > * Thomas Renninger <[EMAIL PROTECTED]> [050408 04:34]: > >>Here are some figures about idle/C-states: > >> > >>Passing bm_history=0xF to processor module makes it going into C3 and > >>deeper. > >>Passing

Re: HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)

On Fri, 2005-04-08 at 21:03 -0700, nobin matthew wrote: > Please help me It's a little bit rude to blanket CC so many lists with your requests, and I'm quite sure linux-net has nothing whatsoever to do with audio. They are also all lists dedicated to the regular version of Linux, not RTLinux. Yo

Re: Kernel SCM saga..

On Sat, Apr 09, 2005 at 03:01:29 +0200, Marcin Dalecki wrote: > > On 2005-04-07, at 09:44, Jan Hudec wrote: > > > >I have looked at most systems currently available. I would suggest > >following for closer look on: > > > >1) GNU Arch/Bazaar. They use the same archive format, simple, have the > >

Re: [PATCH] Add TPM hardware enablement driver

On Fri, 2005-04-08 at 15:07 -0500, Kylene Jo Hall wrote: > Basically, what I need to figure out is how to solve both issues > simultaneously. I need to not register a pci_driver as I would be > taking over an ID that is not unique to my device as well as get the > hotplugging correct (which i don

Re: [2.6 patch] fs/smbfs/request.c: turn NULL dereference into BUG()

Hi Andrew, all, > In a case documented as > > We should never be called with any of these states > > BUG() in a case that would later result in a NULL pointer dereference. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- linux-2.6.12-rc1-mm3-full/fs/smbfs/request.c.old 2005-03-26

Re: [bk tree] DRM add a version check.. for 2.6.12 (distro kernel maintainers + drm users plz read also...)

On Thu, Apr 07, 2005 at 02:00:07PM +0100, Dave Airlie wrote: > > My lattest runs were with 2 days old FC development (a.k.a. "bleeding edge") > > environment with xorg-11-** of same age. Then I noticed that these DRM > > patches didn't make it into kernel-smp-2.6.11-1.1226_FC4.i686.rpm, > > and

Re: [RFC,PATCH 3/4] Change synchronize_kernel to _rcu and _sched

[Jeff added to cc list - it's a network driver question] On Thu, 7 Apr 2005, Paul E. McKenney wrote: > > > > > > /* Give a racing hard_start_xmit a few cycles to complete. */ > > > - synchronize_kernel(); I haven't read the whole driver, but what about spin_unlock_wait(&dev->xmit_lock);

$B??7u$J%"%J%?$K(B

$B!z!y!z!!$D$$$K#O#P#E#N!*!!!z!y!z(B $B!!(B$B4JC1A`:n$GK\5$$G=P2q$($A$c$&!*(B $B!!(B[EMAIL PROTECTED]:n$j$^$7$?!#(B http://www.getluck.net/ $BL5NA%(%s%H%j!<$+$i$I$&$>(B - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

[PATCH] pci enumeration on ixp2000: overflow in kernel/resource.c

(please CC, not on the list) Hi all, IXP2000 (ARM-based) platforms use a separate 'struct resource' for PCI MEM space. Resource allocation for PCI BARs always fails because the 'root' resource (the IXP2000 PCI MEM resource) always has the entire address space (-) free, and find_r

Re: [patch] sched: unlocked context-switches

On Sat, 2005-04-09 at 06:38 +0200, Ingo Molnar wrote: > * Luck, Tony <[EMAIL PROTECTED]> wrote: > > > >tested on x86, and all other arches should work as well, but if an > > >architecture has irqs-off assumptions in its switch_to() logic > > >it might break. (I havent found any but there may suc

Re: pktcddvd -> immediate crash

Soeren Sonnenburg <[EMAIL PROTECTED]> writes: > On Tue, 2005-04-05 at 18:04 +0100, Nix wrote: > > On 5 Apr 2005, Soeren Sonnenburg whispered secretively: > > > I wonder whether anyone could use the pktcddvd device without killing > > > random jobs (due to sudden out of memory or better memory leak

Re: Kernel SCM saga..

On Saturday April 9, [EMAIL PROTECTED] wrote: > On Sat, Apr 09, 2005 at 05:47:08PM +1000, Neil Brown wrote: > > On Saturday April 9, [EMAIL PROTECTED] wrote: > > > > > > I've just checked, it takes 5.7s to compare 2.4.29{,-hf3} over NFS (13300 > > > files each) and 1.3s once the trees are cached l

Re: Problem mounting dvd if the drive spin down

> At least it works in 2.6.7 I correct myself, I try 2.6.7 kernel and I got the same problem... Is it the drive itself going down? ( The drive seems to work without problem on Windows XP ) Thank you. P.S. Please Cc: me and sorry for my English. Bye Bye - To unsubscribe from this list: sen

Re: [PATCH][RFC] disable built-in modules V2

On Apr 9, 2005 3:42 AM, Herbert Xu <[EMAIL PROTECTED]> wrote: > Magnus Damm <[EMAIL PROTECTED]> wrote: > > > > Say a kernel shipped with your favourite distribution crashes your > > machine during boot-up - wouldn't it be nice to be able to just > > disable the problematic module from the kernel co

Re: [PATCH][RFC] disable built-in modules V2

On Sat, Apr 09, 2005 at 11:43:59AM +0200, Magnus Damm wrote: > > > Perhaps your favourite distribution could build that as a module to > > start with. > > Right. Today distributions can boot from external usb-storage devices, > maybe even from firewire hardware as I am sure you know. I guess they

Re: HELP:porting linux PXA audio driver to RTLinux(RTLinux core driver)

Hi, You cannot allocate memory in real time threads RTLinux's threads. You have to do it in the init_module function and pass the meory pointer to threads as parameter. Can you tell exactly what problem are you facing? niTin - To unsubscribe from this list: send the line "unsubscribe linux-k

Re: [PATCH][RFC] disable built-in modules V2

On Apr 9, 2005 11:48 AM, Herbert Xu <[EMAIL PROTECTED]> wrote: > On Sat, Apr 09, 2005 at 11:43:59AM +0200, Magnus Damm wrote: > > > > > Perhaps your favourite distribution could build that as a module to > > > start with. > > > > Right. Today distributions can boot from external usb-storage devices

Re: [PATCH][RFC] disable built-in modules V2

On Sat, Apr 09, 2005 at 12:03:45PM +0200, Magnus Damm wrote: > > > Perhaps they should start using initramfs then. > > But how does that help me? I still want to be able to pass a list of > unwanted modules on the kernel command line. Using initramfs and > modules is fine, although I would prefer

Re: [PATCH][RFC] disable built-in modules V2

On Apr 9, 2005 12:07 PM, Herbert Xu <[EMAIL PROTECTED]> wrote: > On Sat, Apr 09, 2005 at 12:03:45PM +0200, Magnus Damm wrote: > > > > > Perhaps they should start using initramfs then. > > > > But how does that help me? I still want to be able to pass a list of > > unwanted modules on the kernel com

Re: [PATCH] cosmetic fixes for example programs in Documentation/cdrom/sbpcd

Hi, On Sat, 9 Apr 2005, Jesper Juhl wrote: On Sat, 9 Apr 2005, Eberhard Moenkeberg wrote: On Sat, 9 Apr 2005, Jesper Juhl wrote: Hi Andrew, I'm sending this to you directly since Eberhard Moenkeberg already indicated to me that he approves of the patch. Yes OK (I didn't say it yet, did I?), but I

Re: Kernel SCM saga..

Ok, this was literally screaming for a rebuttal! :-) > Arch isn't a sound example of software design. Quite contrary to the >

Re: [PATCH] I2C rtc8564.c remove duplicate include (fixed)

Hi Clemens, > [PATCH] I2C rtc8564.c remove duplicate include > > Trivial fix: removes duplicate include line. > > Patch applies to: 2.6.11.x > > (This is my very first patch to the linux-kernel, so let me > start with small things first...) > > Signed-off-by: Clemens Koller <[EMAIL PROTECTED]>

Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

Scripsit "David Schwartz" <[EMAIL PROTECTED]> >> I think the "derivative work" angle is a red herring. I do not think >> that either of the two parts that are being linked together (i.e. the >> driver and the firmware) are derivates of the other. The relevant >> point is that distribution of the

Re: Kernel SCM saga..

It seems that Tom Lord, the primary architect behind GNU Arch has recently published an open letter to Linus Torvalds. Because no open letter to Linus would be really open without an accompanying reference post on lkml, here it is: http://lists.seyza.com/pipermail/gnu-arch-dev/2005-April/001001.h

[PATCH] Add Mac mini sound support

The patch below adds sound support on the Mac Mini by making a small change to the PowerMac sound card detection code. Details: Original code: >From sound/ppc/pmac.c __init snd_pmac_detect(pmac_t *chip) : chip->model = PMAC_AWACS; ... if (device_is_compatible(sound, "AOAKeylargo")) { ...

Re: [RFC,PATCH 3/4] Change synchronize_kernel to _rcu and _sched

Manfred Spraul <[EMAIL PROTECTED]> : > [Jeff added to cc list - it's a network driver question] [...] > I haven't read the whole driver, but what about > spin_unlock_wait(&dev->xmit_lock); > ? The race here is a dev->close() against dev->hard_start_xmit() one where dev->hard_start_xmit() doe

[PATCH] cpuset: remove function attribute const

gcc-4 warns with include/linux/cpuset.h:21: warning: type qualifiers ignored on function return type cpuset_cpus_allowed is declared with const extern const cpumask_t cpuset_cpus_allowed(const struct task_struct *p); First const should be __attribute__((const)), but the gcc manual explains that:

Re: 2.6.12-rc2-mm2

On Sat, Apr 09, 2005 at 03:57:42AM +0200, Jesper Juhl wrote: > On Sat, 9 Apr 2005, Adrian Bunk wrote: > > > > This seem to be the ACPI=y, ACPI_BOOT=n errors we already saw in -mm1 > > Actually, I get these errors with ACPI=n, ACPI_BOOT=y, not the reverse as > you say. >... Sorry, yesterday was

[PATCH 2.6.12-rc2-mm2 1/3] perfctr: x86 ABI update

This 3-part patch set widens the counter 'start' fields in the mmap()-visible state from 32 to 64 bits, to prepare for future processors that may need that extra precision. This would bump the size of the pmc[] array elements to 24 bytes, of which only 20 would be used, so the 'map' fields in that

[PATCH] Against sk98lin driver from syskonnect [was: Re: PCI-Express not working/unuseable on Intel 925XE since 2.6.12-rc1[mm1-4]]

Bjorn Helgaas napisaÅ(a): >>Version from syskonnect site require only changing usage of >>pci_dev->slot_name to pci_name(pci_dev) in skge.c and skethtool.c. After >>that everything should work fine. So I think there is no need to post my >>path here but if you really whant I may do this. Whole path

[PATCH 2.6.12-rc2-mm2 2/3] perfctr: ppc32 ABI update

perfctr ppc32 ABI update: - : In user-visible state, make start fields 64 bits (for future-proofing the ABI). Remove map field from pmc[] array to avoid underutilised cache lines. - ppc.c: retrieve mapping from ->control.pmc_map[]. - ppc32: Add sampling counter to user-visible state, and incr

[PATCH 2.6.12-rc2-mm2 3/3] perfctr: ppc64 ABI update

perfctr ppc64 ABI update: - : In user-visible state, make start fields 64 bits (for future-proofing the ABI). Remove map field from pmc[] array to avoid underutilised cache lines. - ppc64.c: retrieve mapping from ->control.pmc_map[]. - ppc64: Add sampling counter to user-visible state, and in

Re: [PATCH] cpuset: remove function attribute const

Benoit wrote: > The following patch remove const from the function declaration. acked-by: Paul Jackson <[EMAIL PROTECTED]> -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,

Re: [2.4] "Fix" introduced in 2.4.27pre2 for bluetooth hci_usb race causes kernel hang

Hi Tomas, > I have noticed a problem with a race condition fix introduced in > 2.4.27-pre2 that causes the kernel to hang when disconnecting a > Bluetooth USB dongle or doing 'hciconfig hci0 down'. No message is > printed, the kernel just doesn't respond anymore. > > Seen in Changelog: > Marcel H

Re: 2.6.12-rc2-mm2

> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm2/ > > Changes since 2.6.12-rc2-mm1: > > > bk-acpi.patch [acpi-devel up on cc] One of my boxen takes about 5 minutes to reboot now, hitting sysrq-p a few times shows it mostly sits in in acpi_ut_find_alloc

Re: [PATCH] s390: claw network device driver

On Fri, 8 April 2005 22:16:07 +0200, Pavel Machek wrote: > > More importantly, it is still listed as "the list" for network > drivers... > > NETWORK DEVICE DRIVERS > P: Andrew Morton > M: [EMAIL PROTECTED] > P: Jeff Garzik > M: [EMAIL PROTECTED] > L: linux-net@vger.kernel

Re: RFC: turn kmalloc+memset(,0,) into kcalloc

Paulo wrote: > In the first case you have to read carefully to make sure that the size > argument in both the kmalloc and the memset are the same. If that were the only concern (which it isn't, and I don't pretend to be addressing the other concerns on this thread) then pulling out the common sub

Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

On Fri, Apr 08, 2005 at 08:31:22PM -0400, Raul Miller wrote: > On Fri, Apr 08, 2005 at 07:34:00PM +0200, Adrian Bunk wrote: > > If Debian was at least consistent. > > > > Why has Debian a much more liberal interpretation of MP3 patent issues > > than RedHat? > > It's impossible to treat patents

2.6.12-rc2 oops PREEMPT DEBUG_PAGEALLOC sysenter_past_esp+0x3/0x75

I got around to booting 2.6.12-rc2 here at home last night, and got several (12) oops. Here is a typical one. They all have the same trace, but occured on differing processes. [18008.409586] <1>Unable to handle kernel paging request at virtual address c2166000 [24538.187178] printing eip: [2

Re: Kernel SCM saga..

Linus wrote: > you need to reuse the same inode/dev numbers > (again - I didn't worry about portability, and filesystems where those > aren't stable are a "don't do that then") On filesystems that don't have a stable inode number, I use the md5sum of the full (relative to mount point) pathname as

Re: Kernel SCM saga..

Linus wrote: > then git will open have exactly _one_ > file (no searching, no messing around), which contains absolutely nothing > except for the compressed (and SHA1-signed) old contents of the file. It > obviously _has_ to do that, because in order to know whether you've > changed it, it need

Re: Kernel SCM saga..

Marcin wrote: > But what will impress you are either the price tag the > DB comes with or > the hardware it runs on :-) The payroll for the staffing to care and feed for these babies is often impressive as well. -- I won't rest till it's the best ... Programm

Re: Kernel SCM saga..

> in order to avoid having to worry about special characters > they are NUL-terminated) Would this be a possible alternative - newline terminated (convert any newlines embedded in filenames to the 3 chars '%0A', and leave it as an exercise to the reader to de-convert them.) Line formatted ASCII f

Re: Kernel SCM saga..

On Sat, 9 Apr 2005, Paul Jackson wrote: > > I must be missing something here ... > > If the stat shows a possible change, then you shouldn't have to open the > original version to determine if it really changed - just compute the > SHA1 of the new file, and see if that changed from the original

Re: Kernel SCM saga..

Linus wrote: > If you want to have spaces > and newlines in your pathname, go wild. So long as there is only one pathname in a record, you don't need nul-terminators to be allow spaces in the name. The rest of the record is well known, so the pathname is just whatever is left after chomping off

Re: Kernel SCM saga..

On Thu, Apr 07, 2005 at 12:30:18PM +0200, Matthias Andree wrote: > On Thu, 07 Apr 2005, Sergei Organov wrote: > > darcs? > > Close. Some things: > > 1. It's rather slow and quite CPU consuming and certainly I/O consuming >at times - I keep, to try it out, l

Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses

Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > Can you redo the counting of the workarounds with the patch ? Switching from X to console: radeon_write_pll_regs: INPLL radeon_write_pll_regs: INPLL radeon_write_mode: OUTPLL radeonfb_engine_reset: INPLL radeonfb_engine_reset: OUTPLL radeonfb_

Re: Kernel SCM saga..

On Sat, 9 Apr 2005, Paul Jackson wrote: > > > in order to avoid having to worry about special characters > > they are NUL-terminated) > > Would this be a possible alternative - newline terminated (convert any > newlines embedded in filenames to the 3 chars '%0A', and leave it as an > exercise to

Re: Kernel SCM saga..

Hi, On Fri, 8 Apr 2005, Linus Torvalds wrote: > Also, I suspect that BKCVS actually bothers to get more details out of a > BK tree than I cared about. People have pestered Larry about it, so BKCVS > exports a lot of the nitty-gritty (per-file comments etc) that just > doesn't actually _matter_, b

2.6.12-rc2: Promise SATA150 TX4 failures

Hi all, just tried 2.6.12-rc2 and I still have the same errors from my SATA disks as with 2.6.11. The setup is a bit complex. The relevant parts (I think) are: Adaptec AHA-2940UW SCSI-controller, attached are: 1 harddisk /dev/sda 1 DDS3 streamer /dev/st0 Promise SATA150 TX4 controller, attache

PROPOSAL !

Dear Friend, I am Mr LEE CHEN,managinig director of China National Arts & Crafts Import./Export. Corp. we are a group of business men who deal on Art and Craft and export into the Canada/America and Europe. We are searching for representatives who can help us establish a medium of getting to our cu

Re: Kernel SCM saga..

On Apr 8, 2005 4:52 PM, Roman Zippel <[EMAIL PROTECTED]> wrote: > The problem is you pay a price for this. There must be a reason developers > were adding another GB of memory just to run BK. > Preserving the complete merge history does indeed make repeated merges > simpler, but it builds up comple

Re: Kernel SCM saga..

Linus wrote: > (you need to remember to escape '%' > too when you do that ;). No - don't have to. Not if I don't mind giving fools that embed newlines in paths second class service. In my case, if I create a file named "foo\nbar", then backup and restore it, I end up with a restored file named

Re: Kernel SCM saga..

Hi, On Fri, 8 Apr 2005, Linus Torvalds wrote: > Yes. Per-file history is expensive in git, because if the way it is > indexed. Things are indexed by tree and by changeset, and there are no > per-file indexes. > > You could create per-file _caches_ (*) on top of git if you wanted to make > it

Re: Kernel SCM saga..

Linus wrote: > In "git", you usually care about > the old contents too. True - in your case, you probably want the old contents so might as well dig them out as soon as it becomes convenient to have them. I was objecting to your claim that you _had_ to dig out the old contents to determine i

[2.6 patch] remove BK documentation

Whatever the new SCM will be, there's no longer a reason to document the obsolete BK usage. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- Documentation/00-INDEX |2 Documentation/BK-usage/00-INDEX| 51 --- Documentation/BK-usage/bk-kernel-howto.txt |

Re: Kernel SCM saga..

> (b) while I depend on the fact that if the SHA of an object matches, the > objects are the same, I generally try to avoid the reverse > dependency. It might be a valid point that you want to leave the door open to using a different (than SHA1) digest. (So this means you going to st

Re: Kernel SCM saga..

Hi, On Sat, 9 Apr 2005, Eric D. Mudama wrote: > > For example bk does something like this: > > > > A1 -> A2 -> A3 -> BM > > \-> B1 -> B2 --^ > > > > and instead of creating the merge changeset, one could merge them like > > this: > > > > A1 -> A2 -> A3 -> B1 -> B2 > >

reboot problem in 2.6.x kernels, where 2.4.x kernels work well

Hi all, as I reported before (see here: http://www.uwsg.iu.edu/hypermail/linux/kernel/0503.3/0975.html or here: http://lkml.org/lkml/2005/3/28/38 ) -- there is a reboot problem under 2.6.x kernels with VIA EPIA MS boards. Now I have found that kernels 2.4.x seem to work well under different reb

[2.6 patch] drivers/pnp/pnpbios/rsparser.c: fix an array overflow

This patch fixes an array overflow found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/pnp/pnpbios/rsparser.c.old 2005-03-23 03:04:17.0 +0100 +++ linux-2.6.12-rc1-mm

[2.6 patch] drivers/video/radeonfb.c: fix an array overflow

This patch fixes an array overflow found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/video/radeonfb.c.old 2005-03-23 01:50:14.0 +0100 +++ linux-2.6.12-rc1-mm1-full/d

[2.6 patch] drivers/pnp/pnpacpi/rsparser.c: fix an array overflow

This patch fixes an array overflow found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/pnp/pnpacpi/rsparser.c.old 2005-03-23 02:58:31.0 +0100 +++ linux-2.6.12-rc1-mm

[-mm patch] net/ieee80211/ieee80211_tx.c: swapped memset arguments

Fix swapped memset() arguments in net/ieee80211/ieee80211_tx.c found by Maciej Soltysiak. Patch by Jesper Juhl. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was sent by Jesper Juhl on: - 3 Apr 2005 --- linux-2.6.12-rc1-mm4-orig

[2.6 patch] sound/oss/sonicvibes.c: fix an array overflow

This patch fixes an array overflow found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/sound/oss/sonicvibes.c.old2005-03-23 01:53:13.0 +0100 +++ linux-2.6.12-rc1-mm1-full/s

[2.6 patch] drivers/serial/jsm/: make 2 functions static

- Forwarded message from Adrian Bunk <[EMAIL PROTECTED]> - Date: Sat, 2 Apr 2005 01:38:51 +0200 From: Adrian Bunk <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: linux-kernel@vger.kernel.org Subject: [2.6 patch drivers/serial/jsm/: make 2 functions static This patch mak

[2.6 patch] drivers/input/joystick/spaceorb.c: fix an array overflow

This patch fixes an array overflow found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/input/joystick/spaceorb.c.old 2005-03-23 02:12:33.0 +0100 +++ linux-2.6.12-rc1-mm

[2.6 patch] let SOUND_AD1889 depend on PCI

Compiling SOUND_AD1889 with PCI=n results in the following compile error: <-- snip --> ... LD .tmp_vmlinux1 sound/built-in.o(.text+0x24f0c): In function `ad1889_remove': : undefined reference to `pci_release_region' make: *** [.tmp_vmlinux1] Error 1 <-- snip --> This patch adds the

[PATCH] Re: Kernel SCM saga..

Dear diary, on Sat, Apr 09, 2005 at 09:08:59AM CEST, I got a letter where "Randy.Dunlap" <[EMAIL PROTECTED]> told me that... > On Sat, 9 Apr 2005 04:53:57 +0200 Petr Baudis wrote: ..snip.. > | FWIW, I made few small fixes (to prevent some trivial usage errors to > | cause cache corruption) and ad

Re: [PATCH 0/5] autoparam

On 21/03/05 00:06 +0100, Magnus Damm wrote: > Here are a set of patches that makes it possible to autogenerate kernel > command > line documentation from the source code. The approach is rather > straightforward > - the parameter name, the type and the description are stored in a section > calle

memory_barrier

Hi, Is there any reason why __memory_barrier() is still referenced in the kernel source? grep -r memory_barrier gave the following back, which at first seems to suggest barrier() is defined using some phantom __memory_barrier(), quite deceiving... include/linux/compiler-intel.h:#define barrier(

Re: [RFC,PATCH 3/4] Change synchronize_kernel to _rcu and _sched

On Sat, 9 Apr 2005, Francois Romieu wrote: > Manfred Spraul <[EMAIL PROTECTED]> : > > [Jeff added to cc list - it's a network driver question] > [...] > > I haven't read the whole driver, but what about > > spin_unlock_wait(&dev->xmit_lock); > > ? > > The race here is a dev->close() against

Re: Kernel SCM saga..

On 2005-04-09, at 17:42, Paul Jackson wrote: Marcin wrote: But what will impress you are either the price tag the DB comes with or the hardware it runs on :-) The payroll for the staffing to care and feed for these babies is often impressive as well. Please don't forget the bill from the electric p

Re: Kernel SCM saga..

On Sat, 2005-04-09 at 19:40 +0200, Roman Zippel wrote: > On Sat, 9 Apr 2005, Eric D. Mudama wrote: > > > For example bk does something like this: > > > > > > A1 -> A2 -> A3 -> BM > > > \-> B1 -> B2 --^ > > > > > > and instead of creating the merge changeset, one could merge them

[2.6 patch] crypto/api.c: make crypto_alg_lookup static

This patch makes a needlessly global function static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- crypto/api.c |9 - crypto/internal.h |9 - 2 files changed, 8 insertions(+), 10 deletions(-) --- linux-2.6.12-rc2-mm2-full/crypto/internal.h.old 2005-04-09

[2.6 patch] i386/x86_64 early_printk.c: make a variable static

This patch makes a needlessly global variable static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- linux-2.6.12-rc2-mm2-full/arch/x86_64/kernel/early_printk.c.old 2005-04-09 20:51:23.0 +0200 +++ linux-2.6.12-rc2-mm2-full/arch/x86_64/kernel/early_printk.c 2005-04-09 20:51:33.00

more git updates..

Sorry guys, several of you have sent me small fixes and scripts to "git", but I've been busy on breaking/changing the core infrastructure, so I didn't get around to looking at the scripts yet. The good news is, the data structures/indexes haven't changed, but many of the tools to interface wi

Re: more git updates..

On Sat, 9 Apr 2005, Linus Torvalds wrote: > > To actually change the working directory, you'd first get the index file > setup, and then you do a "checkout-cache -a" to update the files in your > working directory with the files from the sha1 database. Btw, this will not overwrite any old files

Re: more git updates..

Hello, Dear diary, on Sat, Apr 09, 2005 at 09:45:52PM CEST, I got a letter where Linus Torvalds <[EMAIL PROTECTED]> told me that... > The good news is, the data structures/indexes haven't changed, but many of > the tools to interface with them have new (and improved!) semantics: > > In particula

Re: patch to fix bashism

On Fri, Apr 08, 2005 at 11:11:38PM +0159, Han Boetes wrote: > Hi, > > This patch fixes a three bashisms in > scripts/gen_initramfs_list.sh; > > I'm not sure of the intention of the second change (local > name=...). So it's very well possible that: > > + local name="${location%/$srcdir}" >

Re: memory_barrier

Bart> Hi, Is there any reason why __memory_barrier() is still Bart> referenced in the kernel source? Bart> grep -r memory_barrier gave the following back, which at Bart> first seems to suggest barrier() is defined using some Bart> phantom __memory_barrier(), quite deceiving...

Re: more git updates..

On Sat, 9 Apr 2005, Petr Baudis wrote: > > > Also, I wrote the "diff-tree" thing I talked about: > ..snip.. > > Hmm, I wonder, is this better done in C instead of a simple shell > script, like my gitdiff.sh? With 17,000 files in the kernel, and most commits just changing a small number of th

Re: more git updates..

On Sat, 9 Apr 2005, Linus Torvalds wrote: > > I suspect that I have to change the file format. Maybe make the "tree" > object a two-level thing, and have a "directory" object. > > Then a "tree" object would point to a "directory" object, which would in > turn point to the individual files (and

Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

> > It's impossible to treat patents consistently. On Sat, Apr 09, 2005 at 04:38:15PM +0200, Adrian Bunk wrote: > Even RedHat with a stronger financial background than Debian considered > the MP3 patents being serious enough to remove MP3 support. It's silly to treat financial risk as being a on

Re: bdflush/rpciod high CPU utilization, profile does not make sense

On Thu, Apr 07, 2005 at 12:17:51PM -0400, Trond Myklebust wrote: > to den 07.04.2005 Klokka 17:38 (+0200) skreiv Jakob Oestergaard: > > > I tweaked the VM a bit, put the following in /etc/sysctl.conf: > > vm.dirty_writeback_centisecs=100 > > vm.dirty_expire_centisecs=200 > > > > The defaults ar

Re: bdflush/rpciod high CPU utilization, profile does not make sense

lau den 09.04.2005 Klokka 23:35 (+0200) skreiv Jakob Oestergaard: > 2.6.11.6: (dual PIII 1GHz, 2G RAM, Intel e1000) > > File Block Num Seq ReadRand Read Seq Write Rand Write > DirSize Size Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%) > --- -- --- -

Unified changelogs for parsing by scripts

Hi Linus, Andrew, Marcelo, Greg, Chris, and folks, Since the SCM situation is changing, I thought I'd put in a word for those of us who like parsing changelogs via scripts. Hopefully the loss of BitKeeper will not involve a loss of detail in the changelogs as well. Maybe the changelogs could even

Re: more git updates..

Linus wrote: > the NUL-termination makes this really easy to use even in shell grumble ... > I still use the old tools I learnt to use fifteen years ago new comer ;) -- I won't rest till it's the best ... Programmer, Linux Scalability Paul

Re: PROBLEM: CompactFlash mount Oops

Hi, The problem seems to be > cs: pcmcia_socket0: voltage interrogation timed out. Can you try passing the parameter setup_delay=50 to the module named "pcmcia", please? Dominik - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: Kernel SCM saga..

* David Lang: >> Databases supporting replication are called high end. You forgot >> the cats dance around the network this issue involves. > > And Postgres (which is Free in all senses of the word) is high end by this > definition. I'm not aware of *any* DBMS, commercial or not, which can perfo

Status of new kernel.org servers

For those of you that are interested... The second new kernel.org server, named, ironically enough, zeus1.kernel.org went into the racks and, shortly thereafter, into production Friday. The only service that isn't served from both servers at this time is mirrors.kernel.org for the simple reason t

  1   2   >