In these drivers, dev_id is always non-NULL.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
arch/ia64/hp/sim/simeth.c |5 -
arch/mips/pmc-sierra/msp71xx/msp_hwbutton.c |5 +
drivers/net/cpmac.c |3 ---
drivers/net/ucc_geth.c
ia64/sn/kernel/huberror.c:
- remove pointless void* cast
- add KERN_xxx prefix
ia64/sn/pci/tioce_provider.c: start functions at column zero
ppc/8xx_io/fec.c: kill prototype, remove extra whitespace
ppc/platforms/85xx/*
'irq' argument in irq handler is used purely as a tem
Neither gdth_get_status() nor __gdth_interrupt() need their 'irq'
argument, so remove it.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/scsi/gdth.c | 21 +
1 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
declance:
- irq handlers do not take 'const int' as first arg
- add KERN_ prefix
lp486e:
- neaten irq handler top of function formatting
- remove pointless void* casts
s3c2410_udc:
- 'irq' argument is merely used in place of a constant;
replace it
On Oct 25, 2007, at 12:59 PM, Trond Myklebust wrote:
Could you please try the following patch?
Cheers
Trond
- CUT HERE
-
From: Trond Myklebust <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 13:56:10 -0400
NFS: Fix the ustat() regress
On Oct 26, 2007, at 4:40 AM, Jeff Garzik wrote:
ia64/sn/kernel/huberror.c:
- remove pointless void* cast
- add KERN_xxx prefix
ia64/sn/pci/tioce_provider.c: start functions at column zero
ppc/8xx_io/fec.c: kill prototype, remove extra whitespace
ppc/platforms/85xx/*
'
I tested 2.6.24-rc1 on my x86_64 machine which has 2 quad-core processors.
Comparing with 2.6.23, aim7 has about -30% regression. I did a bisect and found
patch
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=b5869ce7f68b233ceb81465a7644be0d9a5f3dbb
caused the issu
David wrote:
> It all comes down to the decision of whether we want to permit
> set_mempolicy() calls for tasks and respect the nodemask passed in a
> memory_spread_user cpuset.
Well said. My current inclination is to say:
1) If you want the current behaviour, where set_mempolicy(MPOL_INTERLEA
On Friday 26 October 2007 17:05:42, you wrote：
> On Fri, 2007-10-26 at 15:32 +0800, Wang, Baojun wrote:
> > > Perhaps he has any tasks stuck in 'D' state? If so, SysRq-t output for
> > > these would be a good thing to collect. What leads him to suspect the
> > > process scheduler, etc. More deta
On Thu, 25 Oct 2007, Sami Farin wrote:
> > > > Would be neat if randomized brk and setrlimit(RLIMIT_DATA, ...)
> > > > worked in a predictable way:
> > > this isn't a valid case afaics; even on "traditional x86" (before we
> > > changed the address space layout, or even today if you have an
> >
> > ./drivers/net/3c527.c: * DOC: Notes
>
> Aside from those being about the least interesting drivers in the
> tree, that's pretty neat.
>
> The docbook infrastructure probably needs to figure out a way to pick
> up this stuff automatically if it's not otherwise tied in.
The 5th and 6th patch
On Fri, Oct 26, 2007 at 10:36:47AM +0200, Jean Delvare wrote:
> Patch looks correct, however it doesn't apply on top of Mark's tree. I
> was able to get it to apply by reverting "(f75375s) fix pwm mode
> setting" first, but then the build fails. Presumably the other f75375s
> patches interact badly
Hi Jens,
The change in the sg_set_page() for the S390, cause the build failure
drivers/s390/scsi/zfcp_aux.c: In function `zfcp_sg_list_alloc':
drivers/s390/scsi/zfcp_aux.c:572: error: too many arguments to function
`zfcp_address_to_sg'
drivers/s390/scsi/zfcp_aux.c: In function `zfcp_gid_pn_buffe
From: Vlad Yasevich <[EMAIL PROTECTED]>
Date: Wed, 24 Oct 2007 16:27:38 -0400
> Adrian Bunk wrote:
> > This patch makes three needlessly global functions static.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ACK. Thanks for catching these..
Applied, thanks everyone.
-
To unsubscri
This is a set of changes to implement proper resource management in the
driver, including iomem space reservation and operating on physical
addresses ioremap()ped appropriately using accessory functions rather than
unportable direct assignments. Some adjustments to code are made to
reflect th
* Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> I tested 2.6.24-rc1 on my x86_64 machine which has 2 quad-core processors.
>
> Comparing with 2.6.23, aim7 has about -30% regression. I did a bisect
> and found patch
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Wed, 24 Oct 2007 12:18:22 -0600
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > Struct proc_net_ns_ops can become static.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Acked-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
Applied, thank
* Jens Axboe | 2007-10-26 11:32:42 [+0200]:
>On Fri, Oct 26 2007, Jens Axboe wrote:
>> >
>> > I hope this was usefull. Now, I'm going to rebuild my raid now
>> >
>> Thanks a lot, a full report on this issue. Will get this fixed up asap.
No problem, thanks for working on that :)
>
>Does this
On Thu, 25 Oct 2007 20:42:16 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> > On Fri, 26 Oct 2007 01:36:37 +0200
> > Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> >
> >> Need to check if the host is a PCI one before reading IDE_ALTSTATUS_REG.
> >>
> >> Signed-off-by: Ba
On Thursday 25 October 2007 19:02:12 Alan Stern wrote:
> On Thu, 25 Oct 2007, Maxim Levitsky wrote:
>
> > Hi,
> >
> > Recently, trying to fix saa7134 suspend/resume problems I found that there
> > is a race between IRQ handler and .suspend , and that I cant let driver
> > access the device
> >
On Fri, Oct 26 2007, Sebastian Siewior wrote:
> * Jens Axboe | 2007-10-26 11:32:42 [+0200]:
>
> >On Fri, Oct 26 2007, Jens Axboe wrote:
> >> >
> >> > I hope this was usefull. Now, I'm going to rebuild my raid now
> >> >
> >> Thanks a lot, a full report on this issue. Will get this fixed up a
> I still do not understand why we need all this EFI hackery at all
> aside of the possible usage for saving a crash dump on FLASH, which we
> could do directly from the kernel as well.
Battery backed up RAM not Flash. The layout of that RAM is BIOS dependent so
we need some BIOS support for cha
On Fri, Oct 26, 2007 at 12:11:01PM +1000, Rusty Russell wrote:
> This just seems like more optimization and complexity that we need.
> Interfaces
> using vsnprintf don't seem like good candidates for optimization.
That's a fair point, but I'm optimising for fewer trips into the
slab(/slub/
as i mentioned in an earlier post, i threw together a quick script
that scans the source tree, not for dead CONFIG vars (those that are
checked but never defined in a Kconfig file) but for the exact
opposite -- those that are *defined* in a Kconfig file but are
apparently never used anywhere.
fre, 26 10 2007 kl. 10:17 +0200, skrev Ingo Molnar:
> Subject: raid6: generate raid6tables.c with proper style
> From: Ingo Molnar <[EMAIL PROTECTED]>
[snip]
> Index: linux/drivers/md/mktables.c
> ===
> --- linux.orig/drivers/md/mkta
Hi,
On 10/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > revoke-special-mmap-handling.patch
> > revoke-special-mmap-handling-vs-fault-vs-invalidate.patch
> > revoke-core-code.patch
> > slab-api-remove-useless-ctor-parameter-and-reorder-parameters-vs-revoke.patch
> > revoke-support-for-ext2-and
A tiny vestige of arm26 has appeared: remove it again.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
--- 2.6.24-rc1/include/asm-arm26/irq_regs.h 2007-10-24 07:15:55.0
+0100
+++ linux/include/asm-arm26/irq_regs.h 1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-#include
-
To uns
eHEA resources that are allocated via H_CALLs have a unique identifier each.
These identifiers are necessary to free the resources. A reboot notifier
is used to free all eHEA resources before the indentifiers get lost, i.e
before kexec starts a new kernel.
Signed-off-by: Jan-Bernd Themann <[EMAIL
On Fri, Oct 26, 2007 at 05:40:22AM -0400, Jeff Garzik wrote:
> mostly in and around irq handlers.
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
> ---
> drivers/net/wireless/airo.c|5 +++--
> drivers/net/wireless/hostap/hostap_hw.c|2 +-
> drivers/net/wireless/lib
On Fri, 26 Oct 2007, Jiri Kosina wrote:
> On Thu, 25 Oct 2007, Sami Farin wrote:
> > > > > Would be neat if randomized brk and setrlimit(RLIMIT_DATA, ...)
> > > > > worked in a predictable way:
> > > > this isn't a valid case afaics; even on "traditional x86" (before we
> > > > changed the address
On Fri, Oct 26, 2007 at 05:40:24AM -0400, Jeff Garzik wrote:
> In these drivers, dev_id is always non-NULL.
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
> ---
> arch/ia64/hp/sim/simeth.c |5 -
> arch/mips/pmc-sierra/msp71xx/msp_hwbutton.c |5 +
Acked-by: R
On Thu, Oct 25 2007, Anton Blanchard wrote:
>
> After turning on DEBUG_SG I hit a fail:
>
> kernel BUG at include/linux/scatterlist.h:50!
>
> sg_build_indirect
> sg_build_reserve
> sg_open
> chrdev_open
> __dentry_open
> do_filp_open
> do_sys_open
>
> W
On Fri, 26 Oct 2007 08:23:36 +0200
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 10:17:53PM +0200, Thomas Gleixner wrote:
> >
> > I think the last remaining bit to cleanup is the symlink from
> > arch/x86/boot/bzImage. Now that the old directories are gone it does
> > not make
Add an ERR_CAST() function to complement ERR_PTR and co. for the purposes of
casting an error entyped as one pointer type to an error of another pointer
type whilst making it explicit as to what is going on.
This provides a replacement for the ERR_PTR(PTR_ERR(p)) construct.
Signed-off-by: David H
On Fri, Oct 26 2007, Kamalesh Babulal wrote:
> Hi Jens,
>
> The change in the sg_set_page() for the S390, cause the build failure
>
> drivers/s390/scsi/zfcp_aux.c: In function `zfcp_sg_list_alloc':
> drivers/s390/scsi/zfcp_aux.c:572: error: too many arguments to function
> `zfcp_address_to_sg'
>
From: "David Gaarenstroom" <[EMAIL PROTECTED]>
Date: Fri, 26 Oct 2007 12:56:52 +0200
> 2007/10/25, David Miller <[EMAIL PROTECTED]>:
> >
> > Now that we have dealt with the real issue, in that some ATI SATA and
> > USB controllers needed the INTX_DISABLE quirk, we can remove these AMD
> > chipset
On 295, 10 22, 2007 at 12:18:08PM -0400, Lennart Sorensen wrote:
> On Mon, Oct 22, 2007 at 07:33:23PM +0400, Andrey Panin wrote:
> > So the card probably generates screaming interrupt... that's bad.
> > I found some docs for IT887x chips, according to these docs IT887x
> > have simple interrupt co
On Thu, 2007-10-25 at 23:40 -0700, [EMAIL PROTECTED] wrote:
> plain text document attachment (file-handle-ops.diff)
> Struct iattr already contains ia_file since commit cc4e69de from
> Miklos (which is related to commit befc649c). Use this to pass
> struct file down the setattr hooks. This allows
> "MM" == Matt Mackall <[EMAIL PROTECTED]> writes:
MM> Well there are things we can do, yes, but I'd be worried that
MM> they've give up the deterministic behavior we rely on quite
MM> heavily for debugging. If event A happens before event B, we must
MM> see the message from A before the one f
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 01:10:32 -0400
> Benjamin Herrenschmidt wrote:
> > The current napi_disable() uses msleep_interruptible() but doesn't
> > (and can't) exit in case there's a signal, thus ending up doing a
> > hot spin without a cpu_relax. Use uninterrupt
On Fri, 26 Oct 2007, Neil Brown wrote:
> On Thursday October 25, [EMAIL PROTECTED] wrote:
>
> The patch looks like it makes perfect sense to me.
Great, thanks a lot for looking at it, Neil and Pekka.
> Before the change, ->writepage could return AOP_WRITEPAGE_ACTIVATE
> without unlocking the pag
On Fri, Oct 26, 2007 at 02:20:48AM -0400, Robert P. J. Day wrote:
> just for the sheer heck of it, here's my current list of CRIS-related
> "dead" CONFIG variables you may or may not want to toss before
> committing to the main tree:
>
> $ ../find_dead_configs.sh arch/cris
> [...]
Thanks! W
On Fri, 26 Oct 2007 09:03:11 +0800
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-10-25 at 18:09 +0200, Thomas Gleixner wrote:
> > > EFI runtime
> > > services initialization are implemented in efi.c. Some x86_64
> > > specifics are worth noting here. On x86_64, parameters passed to UEFI
On Fri, 2007-10-26 at 13:30 +0200, Miklos Szeredi wrote:
> So I think the correct solution (which was suggested by Trond and
> others) is to define an f_op->fsetattr() method, which interested
> filesystems can define.
>
And here's the patch, which applies on top of the f_op->fgetattr()
patch, r
On Fri, Oct 26, 2007 at 11:41:18AM +0100, Pádraig Brady wrote:
> Adrian Bunk wrote:
> > On Thu, Oct 25, 2007 at 09:12:45PM +0100, Michael Lothian wrote:
> >>> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> >>> several other options in arch/i386/Kconfig.cpu resulting in be
Thank you for your reply!
Basically okay, but please refer to the original DCO
document.
What is "DCO document"?
DCO stands for Developer's Certificate of Origin in SumittingPatches?
If so, I will put original text of the DCO into the translated
SubmittingPatches.
If not so, please tell me
On Fri, Oct 26 2007, FUJITA Tomonori wrote:
> blk_rq_map_sg doesn't initialize sg->dma_address/length to zero
> anymore. Some low level drivers reuse sg lists without initializing so
> IOMMUs might get non-zero dma_address/length. If map_sg fails, we need
> pass the number of the mapped entries to
On Thu, Oct 25 2007, Anton Blanchard wrote:
>
> (Sorry the subject was incorrect)...
>
> After turning on DEBUG_SG I hit a fail:
>
> kernel BUG at include/linux/scatterlist.h:50!
>
> ata_qc_issue
> ata_scsi_translate
> ipr_queuecommand
> scsi_dispatch_cmd
> scsi_re
Hi,
On 10/24/07, Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> +static void sb_vprintf(struct stringbuf *sb, const char *format, va_list
> args)
> +{
> + char *s;
> + int size;
> +
> + if (sb->alloc == -ENOMEM)
> + return;
> + if (sb->alloc == 0) {
> +
On Fri, 26 Oct 2007, Hugh Dickins wrote:
> > - if (rlim < RLIM_INFINITY && brk - mm->start_data > rlim)
> > + if (rlim < RLIM_INFINITY && brk - mm->start_data -
> > + (mm->start_brk - mm->end_data) > rlim)
> I find the order in that test mysterious.
I agree that the order yo
On Fri, 26 Oct 2007, Jiri Kosina wrote:
> On Fri, 26 Oct 2007, Hugh Dickins wrote:
>
> > > - if (rlim < RLIM_INFINITY && brk - mm->start_data > rlim)
> > > + if (rlim < RLIM_INFINITY && brk - mm->start_data -
> > > + (mm->start_brk - mm->end_data) > rlim)
> > I find the order in th
On Oct 26 2007 13:30, Hugh Dickins wrote:
>> @@ -251,7 +251,8 @@ asmlinkage unsigned long sys_brk(unsigned long brk)
>> * not page aligned -Ram Gupta
>> */
>> rlim = current->signal->rlim[RLIMIT_DATA].rlim_cur;
>> -if (rlim < RLIM_INFINITY && brk - mm->start_data > rlim)
>> +
On Thu, 2007-10-25 at 23:40 -0700, [EMAIL PROTECTED] wrote:
> plain text document attachment (parent-permission.diff)
> Set the LOOKUP_CONTINUE flag when checking parent permissions. This allows
> permission functions to tell between parent and leaf checks.
>
> Signed-off-by: Andreas Gruenbacher <
David Miller wrote:
> From: Vlad Yasevich <[EMAIL PROTECTED]>
> Date: Thu, 25 Oct 2007 16:07:17 -0400
>
>> Crypto now uses SG helper functions. Fix hmac_digest to use those
>> functions correctly and fix the oops associated with it.
>>
>> Signed-off-by: Vlad Yasevich <[EMAIL PROTECTED]>
>
> Sinc
Memory barriers aren't one of my strengths, but this appears correct.
Acked-by: Dave Kleikamp <[EMAIL PROTECTED]>
On Fri, 2007-10-26 at 12:09 +1000, Nick Piggin wrote:
> Index: linux-2.6/fs/jfs/jfs_metapage.c
> ===
> --- linux-2.6.or
Kok, Auke wrote:
Jeff Garzik wrote:
Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the planned removal of the eepro100 driver.
Are the e100 people satisfied that e100 now handles all known cases? I
Nope. There are still e100 work outstanding that means we cannot kill
eepro100.
On Fri, 26 Oct 2007, Jan Engelhardt wrote:
> On Oct 26 2007 13:30, Hugh Dickins wrote:
> >> @@ -251,7 +251,8 @@ asmlinkage unsigned long sys_brk(unsigned long brk)
> >> * not page aligned -Ram Gupta
> >> */
> >>rlim = current->signal->rlim[RLIMIT_DATA].rlim_cur;
> >> - if (rlim < RLIM_
On Fri, Oct 26, 2007 at 09:43:31AM -0400, Vlad Yasevich wrote:
>
> Got reported to me because SCTP kept breaking. Wasn't sure which
> way to send it.
>
> As long as it's somewhere, I am happy.
I'm happy too :)
Dave has kindly fixed the IPsec stack to initalise the tables
properly. I'm currentl
Hello all,
On my Intel Pentium 4 CPU 2.40 GHz machine by using attached file, I
am getting Interrupt latency as follows :-
Configuration MAX (us)MIN (us)AVG (us)
Samples
-
-
On Fri, Oct 26, 2007 at 03:58:04PM +0300, Pekka Enberg wrote:
>Hi,
>
>The current Linus' git does not compile on i386 for UM defconfig:
>
> CC init/do_mounts.o
>In file included from init/do_mounts.c:19:
>init/do_mounts.h: In function 'bstat':
>init/do_mounts.h:25: error: storage size of 'sta
Hi,
The current Linus' git does not compile on i386 for UM defconfig:
CC init/do_mounts.o
In file included from init/do_mounts.c:19:
init/do_mounts.h: In function 'bstat':
init/do_mounts.h:25: error: storage size of 'stat' isn't known
init/do_mounts.h:25: warning: unused variable 'stat'
in
On Friday 26 October 2007 4:45:20 am Thomas Renninger wrote:
> On Thu, 2007-10-25 at 21:59 -0600, Bjorn Helgaas wrote:
> > On Thursday 25 October 2007 4:55:07 pm Thomas Renninger wrote:
> > > Also the BIOS developers seem to choose the regions in a very dump way
> > > sometimes.
> > > Just some im
Nick Piggin writes:
> Can you retain cc list, please?
>
> On Friday 26 October 2007 07:42, David Schwartz wrote:
> >I asked a collection of knowledgeable people I know about the
> > issue. The consensus is that the optimization is not permitted in
> > POSIX code but that it is permitted
For those interested, an updated PS3 Linux Distributor's Starter Kit (v1.5) has
been released.
The CD-ROM iso images (171 MiB) can be found at:
- ftp://ftp.infradead.org/pub/Sony-PS3/CELL-Linux-CL_20071023-ADDON.iso
- http://ftp.uk.linux.org/pub/linux/Sony-PS3/CELL-Linux-CL_20071023-ADDON.iso
On 10/26/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> drivers/input/touchscreen/h3600_ts_input.c |4 ++--
Acked-by: Dmitry Torokhov <[EMAIL PROTECTED]>
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
This version has the feedback from Steve's review incorporated
-
RT: Cache cpus_allowed weight for optimizing migration
Some RT tasks (particularly kthreads) are bound to one specific CPU.
It is fairly common for one or more bound tasks to get queued up at
On Fri, Oct 26, 2007 at 12:48:17PM +0200, Johannes Berg wrote:
>
> > > ./drivers/net/3c527.c: * DOC: Notes
> >
> > Aside from those being about the least interesting drivers in the
> > tree, that's pretty neat.
> >
> > The docbook infrastructure probably needs to figure out a way to pick
> > up
--
On Fri, 26 Oct 2007, Gregory Haskins wrote:
> This version has the feedback from Steve's review incorporated
>
> -
>
> RT: Cache cpus_allowed weight for optimizing migration
>
> Some RT tasks (particularly kthreads) are bound to one specific CPU.
> It is
On Fri, 26 Oct 2007 05:40:22 -0400 (EDT)
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> mostly in and around irq handlers.
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
> ---
> drivers/serial/uartlite.c |2 +-
Acked-by: Josh Boyer <[EMAIL PROTECTED]
-
To unsubscribe from thi
On Wed, 2007-10-03 at 15:35 +0200, Kay Sievers wrote:
> On Wed, 2007-10-03 at 12:37 +0200, Peter Zijlstra wrote:
> > On Wed, 2007-10-03 at 12:15 +0200, Kay Sievers wrote:
> > > On Tue, 2007-10-02 at 22:05 +1000, Nick Piggin wrote:
> > > > On Tuesday 02 October 2007 21:40, Peter Zijlstra wrote:
> >
On Fri, 2007-10-26 at 05:57 -0400, Robin Getz wrote:
> Is this section still used on PPC, or can the entire support for
> extratext be removed?
I think it can die.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
Hi ,
just to give some feedback on 2.6.24-rc1. For some time I am tracking
IO/writeback problems that hurt system responsiveness big-time. I tested Peters
stuff together with Fenguangs additions and it looked promising. Therefore I
was very happy to see Peters stuff going into 2.6.24 and waite
[ I had to resend this message. Sorry if you received two copies. ]
Nick Piggin writes:
> Can you retain cc list, please?
>
> On Friday 26 October 2007 07:42, David Schwartz wrote:
> >I asked a collection of knowledgeable people I know about the
> > issue. The consensus is that the opt
Adrian Bunk wrote:
> I considered it more odd to read
>
>
> rc = cgroupstats_build(stats, file->f_dentry);
> if (rc < 0)
> goto err;
>
> fput_light(file, fput_needed);
> return send_reply(rep_skb, info->snd_p
Hi -
On Thu, Oct 25, 2007 at 03:17:22PM -0400, Mathieu Desnoyers wrote:
> [...]
> Since gcc is required to build the systemtap probes on the development
> marchine, I don't see why it would be much harder to also require prople
> to install drawf ? Or maybe the "crash" tool ?
The crash tool requi
On 10/25/07, Linus Torvalds <> wrote:
> The gcc developers seem to have had a total disregard for what people
> want or need, and every time some code generation issue comes up, there's
> a lot of people on the list that do language-lawyering, rather than admit
> that there might be a problem.
Pl
David Woodhouse wrote:
On Fri, 2007-10-26 at 05:57 -0400, Robin Getz wrote:
Is this section still used on PPC, or can the entire support for
extratext be removed?
I think it can die.
Agreed. For history, see this:
http://ozlabs.org/pipermail/linuxppc-dev/2005-September/019734.html
and
On Thu, 25 Oct 2007 23:40:24 -0700
[EMAIL PROTECTED] wrote:
before going into the LSM / security side of things, I'd like to get
the VFS guys to look at your VFS interaction code.
In addition, I'd like to ask you to put a file in Documentation/
somewhere that describes what AppArmor is intended s
On Fri, 26 Oct 2007 08:23:36 +0200
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 10:17:53PM +0200, Thomas Gleixner wrote:
> >
> > I think the last remaining bit to cleanup is the symlink from
> > arch/x86/boot/bzImage. Now that the old directories are gone it does
> > not make
> Subject: bdi: debugfs interface
>
> Expose the BDI stats (and readahead window) in /debug/bdi/
>
> I'm still thinking it should go into /sys somewhere, however I just noticed
> not all block devices that have a queue have a /queue directory. Noticeably
> those that use make_request_fn() as oppo
On Fri, 26 Oct 2007, Bart Van Assche wrote:
> On 10/25/07, Linus Torvalds <> wrote:
> >
> > The gcc developers seem to have had a total disregard for what people
> > want or need, and every time some code generation issue comes up, there's
> > a lot of people on the list that do language-lawyeri
On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:
> I appreciate the sysfs people their opinion that /sys/bdi/ might not be the
> best from their POV, however I'm not seeing where to hook the BDI object from
> so that it all makes sense, a few of the things are currently not exposed in
> sy
On Fri, Oct 26, 2007 at 12:51:25PM +0200, Rodolfo Giometti wrote:
> If a socket has been ejected before sleeping, at resume time it
> shouldn't be awaked.
Conversely, if a card has been inserted into an empty slot prior to
resuming, it should be detected. Removing this check prevents that
happeni
--
On Fri, 26 Oct 2007, Gregory Haskins wrote:
> On Fri, 2007-10-26 at 10:47 -0400, Steven Rostedt wrote:
> > --
> > On Fri, 26 Oct 2007, Gregory Haskins wrote:
> >
> > > This version has the feedback from Steve's review incorporated
> > >
> > > -
> > >
> >
> drivers/net/wireless/libertas/if_cs.c |2 +-
ACK
-
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.org/lkml/
[CRYPTO] users: Fix up scatterlist conversion errors
This patch fixes the errors made in the users of the crypto layer during
the sg_init_table conversion. It also adds a few conversions that were
missing altogether.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
drivers/crypto/padlock-sha.
[CRYPTO] tcrypt: Move sg_init_table out of timing loops
This patch moves the sg_init_table out of the timing loops for hash
algorithms so that it doesn't impact on the speed test results.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
---
crypto/tcrypt.c | 20 ++--
1 files chan
Hi Dave:
Here's a couple of patches to fix up the crypto users with
respect to the scatterlist change.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbe
On Fri, 26 Oct 2007, Paul Mackerras wrote:
>
> Linus Torvalds writes:
>
> > Nobody should *ever* walk the list to find the length. Does anybody really
> > do that? Yes, we pass the thing down, but do people *need* it?
>
> Yes, I need it for devices that use the macintosh DBDMA
> (descriptor-ba
On Oct 26, 2007, at 4:49 AM, Jeff Garzik wrote:
Kumar Gala wrote:
On Oct 26, 2007, at 4:40 AM, Jeff Garzik wrote:
ia64/sn/kernel/huberror.c:
- remove pointless void* cast
- add KERN_xxx prefix
ia64/sn/pci/tioce_provider.c: start functions at column zero
ppc/8xx_io/fec.c: kill protot
From: Jordan Crouse <[EMAIL PROTECTED]>
A relatively recent version of the Geode LX datasheet listed the wrong
address for one of the MSRs that controls TFT panels, resulting in
breakage. This patch corrects the MSR address.
Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
---
drivers/video/g
Casey Schaufler wrote:
The Smack patch and Paul Moore's netlabel API patch,
together for 2.6.24-rc1. Paul's changes are identical
to the previous posting, but it's been a while so they're
here again.
The sole intent of change has been to address locking
and/or list processing issues. Please don'
On Fri, 2007-10-26 at 10:47 -0400, Steven Rostedt wrote:
> --
> On Fri, 26 Oct 2007, Gregory Haskins wrote:
>
> > This version has the feedback from Steve's review incorporated
> >
> > -
> >
> > RT: Cache cpus_allowed weight for optimizing migration
> >
> >
On Thu, 2007-10-25 at 17:28 -0700, Christoph Lameter wrote:
> On Thu, 25 Oct 2007, David Rientjes wrote:
>
> > The problem occurs when you add cpusets into the mix and permit the
> > allowed nodes to change without knowledge to the application. Right now,
> > a simple remap is done so if the ca
Hi,
It seems very similar to my case, where it is very easy to
completely trash the computer in 30 seconds.
Conf: core2 cpu, 2gb memory, 2gb swap, 64-bit os.
Software: latest stable xorg, firefox2, latest gnash (all from gutsy)
Go to site http://www.epl.ee/ and almost immeditately you loose
con
On Thu, 2007-10-25 at 19:11 -0700, David Rientjes wrote:
> On Thu, 25 Oct 2007, Paul Jackson wrote:
>
> > David - could you describe the real world situation in which you
> > are finding that this new 'interleave_over_allowed' option, aka
> > 'memory_spread_user', is useful? I'm not always oppose
rather than waste mailing list bandwidth, a list of unused CONFIG
variables (a work in progress as we speak):
http://www.crashcourse.ca/wiki/index.php/Unused_CONFIG_variables
rday
--
Robert P. J. Day
Linux Consulting, T
On Fri, 2007-10-26 at 17:22 +0200, Peter Zijlstra wrote:
> On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote:
> > On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:
> >
> > > I appreciate the sysfs people their opinion that /sys/bdi/ might not be
> > > the
> > > best from their POV, howe
On Fri, 2007-10-26 at 17:33 +0200, Kay Sievers wrote:
> On Fri, 2007-10-26 at 17:22 +0200, Peter Zijlstra wrote:
> > On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote:
> > > On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:
> > >
> > > > I appreciate the sysfs people their opinion that /
Linus Torvalds writes:
> So my basic worry about gcc is in fact none of the individual
> technical problems themselves - those can be fixed. No, the problem
> I've seen in gcc is that _some_ of the developers seem to be total
> d*ckheads when it comes to "language definition", and seem to thi
101 - 200 of 558 matches
Mail list logo
