Re: Call to atention about using hash functions as content indexers (SCM saga)

On Tue, Apr 12, 2005 at 12:40:21AM +0200, Pedro Larroy wrote: > > I had a quick look at the source of GIT tonight, I'd like to warn you > about the use of hash functions as content indexers. > > As probably you are aware, hash functions such as SHA-1 are surjective not > bijective (1-to-1 map), s

[PATCH] add EOWNERDEAD and ENOTRECOVERABLE

Hi Andrew, This patch adds EOWNERDEAD and ENOTRECOVERABLE to all architectures. Though there is nothing in the kernel that uses them yet, I know of two patches in development, one by Intel and the other by Bull, that adds robust mutex support to pthread_mutex*. Robust mutexes, by de-facto indus

RE: Digi Neo 8: linux-2.6.12_r2 jsm driver

Wendy and I released under the GPL, and as such, I know legally you have the right to modify the code the way you see fit. However, when the copyright holder says "No, please don't add that code", and gives *GOOD* reasons why, you should respect that decision. So if I don't sign off on this chang

Re: Digi Neo 8: linux-2.6.12_r2 jsm driver

Christoph Hellwig wrote: On Tue, Apr 12, 2005 at 04:13:43PM +0400, Ihalainen Nickolay wrote: Also the driver has changed a little in -mm, can you provide a diff against that? Sorry. diff -up -r linux-2.6.12-rc2/drivers/serial/jsm/jsm_driver.c linux-2.6.12-rc2-modified/drivers/serial/jsm/jsm_drive

Re: [RFC] FUSE permission modell (Was: fuse review bits)

> If the user wants to edit a read-only file in a tgz owned by himself, > why can he not _chmod_ the file and _then_ edit it? > > That said, I would _usually_ prefer that when I enter a tgz, that I > see all component files having the same uid/gid/permissions as the tgz > file itself - the same as

Re: bkbits.net is down

On Tue, 12 Apr 2005, Marcin Dalecki wrote: > > On 2005-04-12, at 04:17, Larry McVoy wrote whatever... > > Excuse me, but: who gives a damn shit? > Lots of people do; those who use bitkeeper, and even people (like me) who don't use it to manage source but still use the info at bkbits.net to tr

Re: [RFC] FUSE permission modell (Was: fuse review bits)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jamie Lokier wrote: > That does not make sense. > > Are you saying you cannot trust your own sshfs userspace daemon? The user who wrote the userspace code may be able to, but the system shouldn't trust the userspace daemon. Permissions will be enfor

Re: Digi Neo 8: linux-2.6.12_r2 jsm driver

On Tue, Apr 12, 2005 at 09:55:10AM -0500, Kilau, Scott wrote: > We (Digi) cares. > > We want people to use our DGNC driver over the JSM driver in all > cases except the 2 port model of the board. And we (kernel developers) don't care what drivers digi wants people to use. We empower people to us

Re: [RFC] FUSE permission modell (Was: fuse review bits)

> > > With that, the desire for virtual filesystems which cannot be read > > > by your sysadmin (by accident) is easy to satisfy - and that kind of > > > mechanism would probably be acceptable to all. > > > > The problem is that this way the responsibility goes to the userspace > > program, which

[no subject]

_ Do You Yahoo!? Información de Estados Unidos y América Latina, en Yahoo! Noticias. Visítanos en http://noticias.espanol.yahoo.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMA

Re: [RFC] FUSE permission modell (Was: fuse review bits)

> Note that NFS checks the permissions on _both_ the client and server, > for a reason. Does it? If I read the code correctly the client checks credentials supplied by the server (or cached). But the server does the actual checking of permissions. Am I missing something? Thanks, Miklos - To un

RE: Digi Neo 8: linux-2.6.12_r2 jsm driver

We (Digi) cares. We want people to use our DGNC driver over the JSM driver in all cases except the 2 port model of the board. This is because the DGNC driver contains extra features that the JSM driver Has stripped out, to get into the kernel sources, and our other customers WANT these features!

Re: [RFC] FUSE permission modell (Was: fuse review bits)

Bodo Eggert <[EMAIL PROTECTED]> wrote: > >> That is exactly the intended effect. If I'm at my work machine (where > >> I'm not an admin unfortunately) and I mount my home machine with sshfs > >> (because FUSE is installed fortunately :), then I bloody well don't > >> want the sysadmin or some auto

Re: [patch] mspec driver for 2.6.12-rc2-mm3

> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes: Andrew> Does this compile without CONFIG_EFI? Andrew> (It seems that ia64 Kconfig tries to turn on EFI always, but I Andrew> thing allnoconfig will turn it off) Nope it doesn't. I don't think the ia64 port can operate without EFI at all

Re: [patch] genalloc for 2.6.12-rc-mm3

On Tue, Apr 12, 2005 at 10:51:20AM -0400, Jes Sorensen wrote: > > "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes: > > >> +#include > Christoph> this will break on all plattforms except alpha and ia64. > > The driver is located in arch/ia64/kernel/ ;-) Above hunk is from lib/gen

Re: Exploit in 2.6 kernels

Thanks to everyone for the pointers on this one I've rebuilt the kernels and we'll see what happens. Seems like they got in because on most of the machines I had an ancient sshd_config which allowed Protocol 1. When I installed newer sshds the newer sshd_config got stuck in as a ".rpmnew" file. >

Re: [RFC] FUSE permission modell (Was: fuse review bits)

Bodo Eggert <[EMAIL PROTECTED]> wrote: > Jamie Lokier <[EMAIL PROTECTED]> wrote: > > Miklos Szeredi wrote: > > >>   4) Access should not be further restricted for the owner of the > >>  mount, even if permission bits, uid or gid would suggest > >>  otherwise > >  > > Why?  Surely you want 

Re: [patch] genalloc for 2.6.12-rc-mm3

> "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes: >> +#include Christoph> this will break on all plattforms except alpha and ia64. The driver is located in arch/ia64/kernel/ ;-) Cheers, Jes - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 2/3] Keys: Use RCU to manage session keyring pointer

On Tue, Apr 12, 2005 at 10:11:50AM +0100, David Howells wrote: > Paul E. McKenney <[EMAIL PROTECTED]> wrote: > > > > spin_lock_irqsave(&tsk->sighand->siglock, flags); > > > - old = tsk->signal->session_keyring; > > > - tsk->signal->session_keyring = keyring; > > > + old = rcu_dereference(tsk->si

Re: Digi Neo 8: linux-2.6.12_r2 jsm driver

On Tue, Apr 12, 2005 at 09:02:42AM -0500, Kilau, Scott wrote: > LKML, please, do *NOT* apply this patch to the kernel! > It will cause conflicts if our customers have both the Digi DGNC and > IBM/Digi JSM drivers installed! Who cares? If you're driver was written properly (which I hope for you) i

Re: Digi Neo 8: linux-2.6.12_r2 jsm driver

On Tue, Apr 12, 2005 at 04:13:43PM +0400, Ihalainen Nickolay wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I compile linux-2.6.12_r2 sources with jsm support, but Digi Neo 8 is > unsupported. > after some code-modifications it works fine. The patch is badly mangled, please resend w

Re: [patch] genalloc for 2.6.12-rc-mm3

> +#include this will break on all plattforms except alpha and ia64. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.o

Re: incoming

Andrew Morton wrote: As the commits list probably isn't working at present I'll cc linux-kernel on this lot. Fairly cruel, sorry, but I don't like the idea of people not knowing what's hitting the main tree. I'd like to second the idea of having all the patches be replies to this original posting

[patch 152/198] Maintainers list update: linux-net -> netdev

From: Horms <[EMAIL PROTECTED]> Use netdev as the mailing list contact instead of the mostly dead linux-net list. Signed-off-by: Horms <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/MAINTAINERS | 38 +++--- 1 files changed, 19

Re: [RFC] FUSE permission modell (Was: fuse review bits)

Miklos Szeredi wrote: > The same is true for the case when you mount an sshfs. Since you > entered your password (or have a passwordless login to the server) you > are authorized to browse the files on the server, but only with the > capabilities you have there as a user. The server does the > au

Re: [RFC] FUSE permission modell (Was: fuse review bits)

Miklos Szeredi wrote: > > It would also be nice to generalise and have virtual filesystems which > > are able to present different views to different users. Can FUSE do > > that already - is the userspace part told which user is doing each > > operation? > > Yes. > > > With that, the desire for

Re: Problem in log_do_checkpoint()?

Hi, On Mon, 2005-04-11 at 12:36, Jan Kara wrote: > > The prevention of multiple writes in this case should also improve > > performance a little. > > > > That ought to be pretty straightforward, I think. The existing cases > > where we remove buffers from a checkpoint shouldn't have to care abo

[patch 158/198] IB: remove unneeded includes

From: Hal Rosenstock <[EMAIL PROTECTED]> Eliminate no longer needed include files Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]> Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/infiniband/core/mad.c |3 --- 1 files ch

Re: [xfs-masters] swsusp vs. xfs [was Re: 2.6.12-rc2-mm1]

Hi! > > I should take some sleep now, so I can't test the patch, but I don't > > think it will help. If someone has PF_FREEZE set, he should be in > > refrigerator. > > OK, so if that doesn't help, here's an alternate approach - this > lets xfsbufd track when its entering the refrigerator(), so t

[patch 157/198] IB: Keep MAD work completion valid

From: Sean Hefty <[EMAIL PROTECTED]> Replace the *wc field in ib_mad_recv_wc from pointing to a structure on the stack to one allocated with the received MAD buffer. This allows a client to access the *wc field after their receive completion handler has returned. Signed-off-by: Sean Hefty <[EMA

[patch 156/198] IPoIB: document conversion to debugfs

From: Roland Dreier <[EMAIL PROTECTED]> Update IPoIB documentation now that multicast debugging files have moved from ipoibdebugfs to debugfs. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/Documentation/infiniband/ipoib.txt |7

[patch 153/198] IPoIB: set skb->mac.raw on receive

From: Hal Rosenstock <[EMAIL PROTECTED]> Set skb->mac.raw on receive. This fixes crashes when this is dereferenced, for example by netfilter or when PF_PACKET is used. Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]> Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton

[patch 143/198] update maintainer for /dev/random

From: Matt Mackall <[EMAIL PROTECTED]> Ted has agreed to let me take over as maintainer of /dev/random and friends. I've gone ahead and added a line to his entry in CREDITS. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/CREDITS

[patch 154/198] IPoIB: fix static rate calculation

From: Roland Dreier <[EMAIL PROTECTED]> Correct and simplify calculation of static rate. We need to round up the quotient of (local_rate - path_rate) / path_rate. To round up we add (path_rate - 1) to the numerator, so the quotient simplifies to (local_rate - 1) / path_rate. No idea how I came

[patch 147/198] cpuset: remove function attribute const

From: Benoit Boissinot <[EMAIL PROTECTED]> 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_

[patch 155/198] IPoIB: convert to debugfs

From: Roland Dreier <[EMAIL PROTECTED]> Convert IPoIB to use debugfs instead of its own custom debugging filesystem. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/infiniband/ulp/ipoib/ipoib_fs.c | 140 ++

Re: Processes stuck on D state on Dual Opteron

Chen, Kenneth W wrote: On Tue, Apr 12 2005, Nick Piggin wrote: Actually the patches I have sent you do fix real bugs, but they also make the block layer less likely to recurse into page reclaim, so it may be eg. hiding the problem that Neil's patch fixes. Jens Axboe wrote on Tuesday, April 12, 200

[patch 190/198] drivers/infiniband/hw/mthca/mthca_main.c: remove an unused label

From: Roland Dreier <[EMAIL PROTECTED]> Correct unwinding in error path of mthca_init_icm(). Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/infiniband/hw/mthca/mthca_main.c |2 +- 1 files changed, 1 insertion(+), 1 dele

Re: Error When Booting: Resize Inode Not Valid

On Tue, Apr 12, 2005 at 08:17:46AM -0400, Dan Berger wrote: > Hello. I have recently switched to Linux to prevent any big errors... > but I guess I just have bad luck :) > > Distro: Fedora Core 3 > Kernel: 2.6.10-1.FC3_770 > File system: ext3 > Mobo: Gigabyte GA7VAXP+ > > This morning I went to r

[PATCH] FS-Cache: Fix bug in error handling

The attached patch fixes a bug in the in __fscache_acquire_cookie()'s error handling and tidies the code up a bit. What was happening was the dead cookie was being released in the bit governed by the error: label, and then an attempt was made to release the cookie's semaphore when that fell throu

RE: Digi Neo 8: linux-2.6.12_r2 jsm driver

Hi, Not having the 8 port board listed in the JSM driver was actually intentional. IBM and Digi only want the 2 port Neo board supported in the JSM driver, as IBM are only using the 2 port Neo products. Digi has a different and more fully featured driver for the other port count boards. (1, 4, 8

[patch 141/198] add Big Endian variants of ioread/iowrite

From: James Bottomley <[EMAIL PROTECTED]> In the new io infrastructure, all of our operators are expecting the underlying device to be little endian (because the PCI bus, their main consumer, is LE). However, there are a fair few devices and busses in the world that are actually Big Endian. The

[patch 142/198] opl3sa2: MODULE_PARM_DESC

From: Magnus Damm <[EMAIL PROTECTED]> opl3sa2: Fix "irq"-parameter name typo for parameter description. Signed-off-by: Magnus Damm <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/sound/oss/opl3sa2.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) dif

Re: [PATCH scsi-misc-2.6 02/04] scsi: move request preps in other places into prep_fn()

02_scsi_reqfn_move_preps_to_prep_fn.patch Move request preparations scattered in scsi_request_fn() and scsi_dispatch_cmd() into scsi_prep_fn() * CDB_SIZE check in scsi_dispatch_cmd() * SCSI-2 LUN preparation in scsi_dispatch_cmd() No invalid request reache

[patch 140/198] efi: eliminate bad section references

From: maximilian attems <[EMAIL PROTECTED]> Randy please double check especially this one. there may be a better solution. Fix efi section references: remove __initdata for struct efi efi_phys and struct efi_memory_map memmap Error: ./arch/i386/kernel/efi.o .text refers to 00d3 R_386_32

Re: [PATCH scsi-misc-2.6 06/07] scsi: add cmd->result clearing

06_scsi_requeue_reset_result.patch cmd->result wasn't cleared on requeue or reprep. Clear it. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> scsi.c |9 + scsi_lib.c |1 + 2 files changed, 6 insertions(+), 4 deletions(-) Index: scsi-reqfn-export/drivers/scsi/scsi.c ==

Re: [PATCH scsi-misc-2.6 07/07] scsi: consolidate scsi_cmd_retry() calls

07_scsi_requeue_consolidate_setup_cmd_retry_calls_in_eh.patch scsi_setup_cmd_retry() is needed because scsi eh may alter scsi_cmnd to issue eh commands. Consolidate calls to scsi_setup_cmd_retry() to one place in scsi_eh_flush_done_q(). This change makes scsi_retry

Re: bkbits.net is down

El Tue, 12 Apr 2005 13:10:12 +0200, Marcin Dalecki <[EMAIL PROTECTED]> escribió: > > On 2005-04-12, at 04:17, Larry McVoy wrote whatever... > > Excuse me, but: who gives a damn shit? All the kernel hackers who used BK for years and are still using it, I'd guess. - To unsubscribe from this list:

[patch 186/198] IB/mthca: encapsulate mem-free check into mthca_is_memfree()

From: Roland Dreier <[EMAIL PROTECTED]> Clean up mem-free mode support by introducing mthca_is_memfree() function, which encapsulates the logic of deciding if a device is mem-free. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/dri

Re: [ANNOUNCE] git-pasky-0.3

On Mon, 2005-04-11 at 15:57 +0200, Petr Baudis wrote: > Hello, > > here goes git-pasky-0.3, my set of patches and scripts upon > Linus' git, aimed at human usability and to an extent a SCM-like usage. > Its pretty dependant on where VERSION is located. This patch fixes that. (PS, I left the

[patch 3/9] no PF_MEMALLOC tinkering

3/9 -- SUSE Labs, Novell Inc. PF_MEMALLOC is really not a tool for tinkering. It is pretty specifically used to prevent recursion into page reclaim, and to prevent low memory deadlocks. The mm/swap_state.c code was the only legitimate tinkerer. Its concern was addressed by the previous patch. Sig

Re: [PATCH scsi-misc-2.6 03/07] scsi: replace scsi_queue_insert() usages with scsi_retry_command()

03_scsi_requeue_use_scsi_retry_command_instead_of_scsi_queue_insert.patch There are two users of scsi_queue_insert() left now. One in scsi_softirq() and the other in scsi_eh_flush_done_q(). The only additional functionality of scsi_queue_insert() used is setting d

Re: [PATCH scsi-misc-2.6 04/07] scsi: remove scsi_queue_insert()

04_scsi_requeue_remove_scsi_queue_insert.patch scsi_queue_insert() now has no user left. Kill it. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> scsi_lib.c | 76 scsi_priv.h |1 2 files changed, 77 deletions(-) Index:

[patch 0/9] blk: reduce locking

8/9 -- SUSE Labs, Novell Inc. Change around locking a bit for a result of 1-2 less spin lock unlock pairs in request submission paths. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/drivers/block/ll_rw_blk.c === ---

Re: [PATCH scsi-misc-2.6 02/07] scsi: make scsi_retry_command() use scsi_requeue_command()

02_scsi_requeue_use_scsi_requeue_command_in_scsi_retry_command.patch scsi_retry_command() orignally used scsi_queue_insert() for requeueing. This patch makes it use scsi_retry_command() instead. Adding a call to scsi_device_unbusy() is sufficient and the change al

[patch 5/9] blk: branch hints

5/9 -- SUSE Labs, Novell Inc. Sprinkle around a few branch hints in the block layer. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/drivers/block/ll_rw_blk.c === --- linux-2.6.orig/drivers/block/ll_rw_blk.c2005-0

2.6.12rc2: Oops with pcmcia ide flash disk

2.6.12rc2 oopses during eject of a pcmcia ide flash disk on x86_64. 2.6.11.2 works fine. Attached is the kernel config and the oops itself. -- Andreas Steinmetz SPAMmers use [EMAIL PROTECTED] Apr 12 14:22:45 gringo kernel: cs: memory probe 0x0c-0x0f: excluding 0xc00

Re: [PATCH 5/6]physical CPU hot add

On Tue, 2005-04-12 at 20:17, Zwane Mwaikambo wrote: > On Tue, 12 Apr 2005, Li Shaohua wrote: > > > #ifdef CONFIG_HOTPLUG_CPU > > +int __attribute__ ((weak)) smp_prepare_cpu(int cpu) > > +{ > > + return 0; > > +} > > + > > Any way for you to avoid using weak attribute? Just want to avoid more '

Re: snd-ens1371 (alsa) & joystick woes

Patrick McFarland wrote: Something broke, and it broke hard. Speaking of which... is there anyone out there with a ens1371 that actually works right with joysticks? I saw your thread, but I would say my case is less desperate than yours because my joystick actually works a bit :-) I have a pro

Re: [Ext2-devel] Re: OOM problems on 2.6.12-rc1 with many fsx tests

Hi, On Wed, 2005-04-06 at 02:23, Andrew Morton wrote: > Nobody has noticed the now-fixed leak since 2.6.6 and this one appears to > be 100x slower. Which is fortunate because this one is going to take a > long time to fix. I'll poke at it some more. OK, I'm now at the stage where I can kick of

Re: snd-ens1371 (alsa) & joystick woes

On Tuesday 12 April 2005 07:10 am, Guillaume Chazarain wrote: > Hi, > > From 2.6.11 to 2.6.12-rc2, there are some changes in the joystick > behaviour that I don't think are expected. It's a simple joystick using > analog.ko plugged > on a sound board using snd-ens1371. So here we go: I've had a r

Re: [patch] genalloc for 2.6.12-rc-mm3

> "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes: Christoph> On Tue, Apr 12, 2005 at 05:55:01AM -0400, Jes Sorensen Christoph> wrote: >> Generic allocator that can be used by device driver to manage >> special memory etc. in particular it's used to manage uncached >> memory on ia6

Re: Re: Re: [ANNOUNCE] git-pasky-0.3

Dear diary, on Tue, Apr 12, 2005 at 03:13:15PM CEST, I got a letter where Martin Schlemmer <[EMAIL PROTECTED]> told me that... > On Tue, 2005-04-12 at 15:02 +0200, Petr Baudis wrote: > > Dear diary, on Tue, Apr 12, 2005 at 02:47:25PM CEST, I got a letter > > where Martin Schlemmer <[EMAIL PROTECTED

Re: [PATCH encrypted swsusp 1/3] core functionality

Here comes the next incarnation, this time against 2.6.12rc2. Unfortunately only compile tested as 2.6.12rc2 happily oopses away (vanilla from kernel.org, oops already sent to lkml). Please let me know if you want any further changes. -- Andreas Steinmetz SPAMmers use [EMAIL

[patch 4/9] blk: no memory barrier

4/9 -- SUSE Labs, Novell Inc. This memory barrier is not needed because the waitqueue will only get waiters on it in the following situations: rq->count has exceeded the threshold - however all manipulations of ->count are performed under the runqueue lock, and so we will correctly pick up any wai

Re: 2.6.12-rc2-mm3: 10 seconds of nothingness

> [ 19.617890] Testing NMI watchdog ... <6>ACPI: No ACPI bus support > for 2-2 [ 19.705673] ACPI: No ACPI bus support for 2-2:1.0 > [ 20.002417] usb 3-2: new full speed USB device using uhci_hcd and > address 2 [ 20.121763] ACPI: No ACPI bus support for 3-2 > [ 20.156293] ACPI: No ACPI bu

Re: [PATCH scsi-misc-2.6 05/07] scsi: move scsi_init_cmd_errh() from request_fn to prep_fn.

05_scsi_requeue_move_init_cmd_errh.patch As now all non-reprepped requeue goes through scsi_retry_command() which clears sense buffer, there's no need to call scsi_init_cmd_errh() in scsi_request_fn(). Move scsi_init_cmd_errh() to scsi_prep_fn(). Signed-off-by: Te

Re: [ANNOUNCE] git-pasky-0.3

On Mon, 2005-04-11 at 15:57 +0200, Petr Baudis wrote: > Hello, > > here goes git-pasky-0.3, my set of patches and scripts upon > Linus' git, aimed at human usability and to an extent a SCM-like > usage. Untar, make, add to path, pull, 'git diff' fails on PPC: peach /home/dwmw2/git-pasky-base

[patch 2/9] mempool gfp flag

2/9 -- SUSE Labs, Novell Inc. Mempools have 2 problems. The first is that mempool_alloc can possibly get stuck in __alloc_pages when they should opt to fail, and take an element from their reserved pool. The second is that it will happily eat emergency PF_MEMALLOC reserves instead of going to the

Re: [PATCH 5/6]physical CPU hot add

On Tue, 12 Apr 2005, Li Shaohua wrote: > On Tue, 2005-04-12 at 20:17, Zwane Mwaikambo wrote: > > On Tue, 12 Apr 2005, Li Shaohua wrote: > > > > > #ifdef CONFIG_HOTPLUG_CPU > > > +int __attribute__ ((weak)) smp_prepare_cpu(int cpu) > > > +{ > > > + return 0; > > > +} > > > + > > > > Any way for

Re: Re: [ANNOUNCE] git-pasky-0.3

On Tue, 2005-04-12 at 15:02 +0200, Petr Baudis wrote: > Dear diary, on Tue, Apr 12, 2005 at 02:47:25PM CEST, I got a letter > where Martin Schlemmer <[EMAIL PROTECTED]> told me that... > > On Mon, 2005-04-11 at 15:57 +0200, Petr Baudis wrote: > > > Hello, > > > > > > here goes git-pasky-0.3, m

[patch doh/9] mempool simplify alloc

Whoops, this one should be 3/9. 3/9 should be 4/9, and so on. -- SUSE Labs, Novell Inc. quilt Mempool is pretty clever. Looks too clever for its own good. It shouldn't really know so much about MM internals. - don't guess about what effective page reclaim might involve. - don't randomly flush out

Re: Re: [ANNOUNCE] git-pasky-0.3

Dear diary, on Tue, Apr 12, 2005 at 02:47:25PM CEST, I got a letter where Martin Schlemmer <[EMAIL PROTECTED]> told me that... > On Mon, 2005-04-11 at 15:57 +0200, Petr Baudis wrote: > > Hello, > > > > here goes git-pasky-0.3, my set of patches and scripts upon > > Linus' git, aimed at human u

[patch 6/9] blk: unplug later

6/9 -- SUSE Labs, Novell Inc. get_request_wait needn't unplug the device immediately. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/drivers/block/ll_rw_blk.c === --- linux-2.6.orig/drivers/block/ll_rw_blk.c2005-

[patch 7/9] blk: efficiency improvements

7/9 -- SUSE Labs, Novell Inc. In the case where the request is not able to be merged by the elevator, don't retake the lock and retry the merge mechanism after allocating a new request. Instead assume that the chance of a merge remains slim, and now that we've done most of the work allocating a re

Re: [PATCH scsi-misc-2.6 01/07] scsi: update and make public scsi_requeue_command()

01_scsi_requeue_make_requeue_command_public.patch This patch makes the following changes to scsi_requeue_command() and make the function public. * remove redundant argument @q * remove REQ_DONTPREP clearing * add state/owner setting A new inline fu

[PATCH scsi-misc-2.6 00/07] scsi: requeue path consolidation

Hello again, guys. This is the last patchset and assumes that all previous patchsets are applied. This patchset conolidates requeue paths such that all requeue after command issue goes through scsi_requeue_command(). Requeueing due to unifinished bytes goes through scsi_requeue_command_reprep()

[patch 1/9] GFP_ZERO fix

1/9 -- SUSE Labs, Novell Inc. __GFP_ZERO really shouldn't tempt fate. Signed-off-by: Nick Piggin <[EMAIL PROTECTED]> Index: linux-2.6/include/linux/gfp.h === --- linux-2.6.orig/include/linux/gfp.h 2005-04-12 22:05:49.0 +1000

Re: [xfs-masters] swsusp vs. xfs [was Re: 2.6.12-rc2-mm1]

Hi, On Tuesday, 12 of April 2005 01:51, Pavel Machek wrote: ]--snip--[ > > Since the refrigerator() call is in place in the main xfsbufd loop, > > I suspect we're hitting that second case here, where a low memory > > situation is resulting in someone attempting to wakeup xfsbufd -- > > I'm not su

Re: [PATCH 6/6]suspend/resume SMP support

On Tue, 2005-04-12 at 18:51, Pavel Machek wrote: > > Using CPU hotplug to support suspend/resume SMP. Both S3 and S4 use > > disable/enable_nonboot_cpus API. The S4 part is based on Pavel's > > original S4 SMP patch. > > I tested it on 2x PII(?) 550MHz system. Suspend went ok, resume loaded > imag

Re: ACPI/HT or Packet Scheduler BUG?

On Fri, 8 Apr 2005, Tarhon-Onu Victor wrote: I am not subscribed to this list so please CC me if you post a reply, if you need additional info or if you suggest a patch (in which I would be very interested). [snip] (Intel Xeon or Itanium, AMD Opteron, Dual P3, etc), so I'm not able to tell if

[patch 0/9] various (mainly mempool fixes and block layer improvements)

Andrew, please consider. Ken, you'll probably have something similar to this if you were following various random threads closely and picking out my various random patches ;) -- SUSE Labs, Novell Inc. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

2.6.12-rc2-mm3: 10 seconds of nothingness

This is what happens: [ 19.617890] Testing NMI watchdog ... <6>ACPI: No ACPI bus support for 2-2 [ 19.705673] ACPI: No ACPI bus support for 2-2:1.0 [ 20.002417] usb 3-2: new full speed USB device using uhci_hcd and address 2 [ 20.121763] ACPI: No ACPI bus support for 3-2 [ 20.156293] ACP

Re: [PATCH 6/6]suspend/resume SMP support

Hi! > Using CPU hotplug to support suspend/resume SMP. Both S3 and S4 use > disable/enable_nonboot_cpus API. The S4 part is based on Pavel's > original S4 SMP patch. I tested it on 2x PII(?) 550MHz system. Suspend went ok, resume loaded image from disk, but then I got Thawing cpus Booting p

[patch 197/198] md: close a small race in md thread deregistration

From: NeilBrown <[EMAIL PROTECTED]> There is a tiny race when de-registering an MD thread, in that the thread could disappear before it is set a SIGKILL, causing send_sig to have problems. This is most easily closed by holding tasklist_lock between enabling the thread to exit (setting ->run to

Re: bkbits.net is down

tis 2005-04-12 klockan 13:10 +0200 skrev Marcin Dalecki: > On 2005-04-12, at 04:17, Larry McVoy wrote whatever... > > Excuse me, but: who gives a damn shit? > Anyone who wants to have access to the history or any other functioning of the repository. Please don't pollute this list nor Larry with

[patch 023/198] irda_device() oops fix

From: Jean Tourrilhes <[EMAIL PROTECTED]> Acked-by: "David S. Miller" <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/net/irda/irda_device.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff -puN net/irda/irda_device.c~irda_device-oops-f

Re: [PATCH encrypted swsusp 1/3] core functionality

Rafael J. Wysocki wrote: > Hi, > > On Monday, 11 of April 2005 18:11, Andreas Steinmetz wrote: > >>Pavel Machek wrote: >> >>>Was it really neccessary to include "union u"? I don't like its name, >> >>Here comes the patch with this reverted. I'm now using casts when >>'abusing' the space for encry

Re: 2.6.12-rc2-mm3

On Tuesday 12 April 2005 06:20, Stas Sergeev wrote: Here we go again: You might be right about the int3 instruction: (gdb) disas 0xc0102ee0 Dump of assembler code for function restore_all: 0xc0102ed1 : mov0x30(%esp),%eax 0xc0102ed5 : mov0x2c(%esp),%al 0xc0102ed9 : test $0x2

Re: Exploit in 2.6 kernels

You can find the source at http://www.securiteam.com/exploits/5VP0N0UF5U.html The fix: http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]|[EMAIL PROTECTED] CAN: http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0736 John M Collins wrote: Please CC any reply to jmc AT xisl.com as

2.6.12-rc2: Compose key doesn't work

Hi Vojtech. I have mapped my right windows key to "Compose" in X: Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc104" Option "XkbLayout" "us" Option "XkbOptions" "compose:rwin" EndSectio

Re: kernel panic - not syncing: Fatal exception in interupt

On Tue, 12 Apr 2005, [EMAIL PROTECTED] wrote: > The machine crashed again twice today. I have vga=791 so i caugh a bit more > of the crash. i enabled serial redirection in the bios so i'm hoping to > catch the full dump next time. Cool, can you also try Cc'ing [EMAIL PROTECTED] Thanks,

Error When Booting: Resize Inode Not Valid

Hello. I have recently switched to Linux to prevent any big errors... but I guess I just have bad luck :) Distro: Fedora Core 3 Kernel: 2.6.10-1.FC3_770 File system: ext3 Mobo: Gigabyte GA7VAXP+ This morning I went to reboot my machine normally after an 8 day uptime. At boot, when it checked the

Re: Processes stuck on D state on Dual Opteron

Nick Piggin wrote: Nick Piggin wrote: Chen, Kenneth W wrote: I like the patch a lot and already did bench it on our db setup. However, I'm seeing a negative regression compare to a very very crappy patch (see attached, you can laugh at me for doing things like that :-). OK - if we go that way,

Re: [PATCH 5/6]physical CPU hot add

On Tue, 12 Apr 2005, Li Shaohua wrote: > #ifdef CONFIG_HOTPLUG_CPU > +int __attribute__ ((weak)) smp_prepare_cpu(int cpu) > +{ > + return 0; > +} > + Any way for you to avoid using weak attribute? Thanks, Zwane - To unsubscribe from this list: send the line "unsubscribe linux-kernel

Re: Call to atention about using hash functions as content indexers (SCM saga)

On Mon, 11 Apr 2005, Petr Baudis wrote: Dear diary, on Tue, Apr 12, 2005 at 12:40:21AM CEST, I got a letter where Pedro Larroy <[EMAIL PROTECTED]> told me that... Hi Hello, I had a quick look at the source of GIT tonight, I'd like to warn you about the use of hash functions as content indexers. As

Re: [2.6 patch] drivers/block/ll_rw_blk.c: possible cleanups

On Tue, Apr 12 2005, Adrian Bunk wrote: > On Tue, Apr 12, 2005 at 07:49:57AM +0200, Jens Axboe wrote: > > On Tue, Apr 12 2005, Adrian Bunk wrote: > > > On Mon, Apr 11, 2005 at 08:12:34AM +0200, Jens Axboe wrote: > > > > On Sun, Apr 10 2005, Adrian Bunk wrote: > > > > > This patch contains the follo

Re: [PATCH] ppc32: MV643XX ethernet is an option for Pegasos

On Tue, Apr 12, 2005 at 10:44:24AM +, Fabio Massimo Di Nitto wrote: > Dale Farnsworth wrote: > > This looks identical to the patch I posted to netdev two weeks ago > > as the first of 20 patches for the MV643xx ethernet driver. > > > > See

Re: [PATCH 1/6]sep initializing rework

Hello Shaohua, On Tue, 12 Apr 2005, Li Shaohua wrote: > These patches (together with 5 patches followed this one) are updated > suspend/resume SMP patches. The patches fixed some bugs and do clean up > as suggested. Now they work for both suspend-to-ram and suspend-to-disk. > Patches are against

Re: incoming

Andrew Morton wrote: > As the commits list probably isn't working at present I'll cc linux-kernel > on this lot. Fairly cruel, sorry, but I don't like the idea of people not > knowing what's hitting the main tree. Is there any chance that in the future that these patch sets get posted all to one

<    1   2   3   4   5   6   >