This is the driver for latest Blackfin on-chip nand flash controller
- use nand_chip and mtd_info common nand driver interface
- provide both PIO and dma operation
- compiled with ezkit bf548 configuration
- use hardware 1-bit ECC
- tested with YAFFS2 and can mount YAFFS2 filesystem as
Hi Paul,
On Wed, 15 Aug 2007, Paul E. McKenney wrote:
>
> The locking used by get_random_bytes() can conflict with the
> preempt_disable() and synchronize_sched() form of RCU. This patch changes
> rcutorture's RNG to gather entropy from the new cpu_clock() interface
> (relying on interrupts,
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.23-rc3-mm1:
> >...
> > git-mips.patch
> >...
> > git trees
> >...
>
> <-- snip -->
>
> ...
> CC arch/mips/kernel/asm-offsets.s
> In file included from
On Sunday 02 September 2007 6:51:50 am Sam Ravnborg wrote:
> As for Kconfig the low hanging fruits are not in the tools but in the
> structure of the Kconfig files. There are a lot that can be improved
> with a decent effort but nobody has stepped up doing so.
> The tools could be better too but
On Tue, Sep 04, 2007 at 12:04:37AM -0400, Pallewatta Mano-FPCD67 wrote:
> This support was there in the 2.6.16.51 kernel. In fact there was no
> call_usermodehelper_pipe().
So backport it, instead of creating an incompatible interface and headache
when you eventually rebase to later kernel.
-
To
This support was there in the 2.6.16.51 kernel. In fact there was no
call_usermodehelper_pipe().
Mano
-Original Message-
From: Al Viro [mailto:[EMAIL PROTECTED]
Sent: Monday, September 03, 2007 8:27 PM
To: Pallewatta Mano-FPCD67
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH]
On 9/3/07, Ivan N. Zlatev <[EMAIL PROTECTED]> wrote:
> On 9/3/07, Ivan N. Zlatev <[EMAIL PROTECTED]> wrote:
> > On 9/3/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> > > At Mon, 3 Sep 2007 15:55:18 +0530,
> > > Abhijit Bhopatkar wrote:
> > > >
> > > > commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
On Mon, Sep 03, 2007 at 10:32:00PM -0400, Pallewatta Mano-FPCD67 wrote:
> This patch was developed for embedded systems which had limited space
> for file storage. If an external process is to compress core files you
> will need to store those files somewhere first as core dump output
> cannot be
On Mon, 2007-09-03 at 13:57 -0400, Mike Frysinger wrote:
> On 9/3/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > --- a/drivers/mtd/nand/Kconfig
> > +++ b/drivers/mtd/nand/Kconfig
> > @@ -131,6 +131,24 @@ config MTD_NAND_AU1550
> > +config MTD_NAND_BF54X
> > + tristate "NAND Flash support for
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
> > It's a variation of the sleeper bonus. [...]
>
> hm, where are its effects described in your explanation? Seems like a
> key item.
It has no direct effect on the correctness of the mathematical model, the
time is initialized before the time is
This patch was developed for embedded systems which had limited space
for file storage. If an external process is to compress core files you
will need to store those files somewhere first as core dump output
cannot be directly fed to the stdin of compression program. Imagine
storing a 40 Meg core
> Yes, I also thought about something like this, but tried to avoid because
> it adds some complications. OTOH, this is not the fast path.
I agree it's not real pleasing, and would be glad to find better ideas.
> I'll try to think a bit more about this, and update the patch according
> to your
Dear All:
Was IC Plus IP1000A Linux Driver in kernel tree or not? Our customer is pushing
us to put it into kernel. Is there anything that we should do?
Thanks.
Best Regards,
Jesse Huang
-Original Message-
From: Francois Romieu [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 12, 2007
On Mon, Sep 03, 2007 at 08:49:00PM -0400, Pallewatta Mano-FPCD67 wrote:
> Hi,
> The attached patch is based on Jan Frey's previous patch posted in 2004
> for the Linux 2.4 kernel. It has been tested on X86 and MIPS platforms.
> If the core pattern doesn't end in ".gz" it will be added to the name
On Mon, 2007-09-03 at 22:51 +0200, Rafael J. Wysocki wrote:
> > Also it would be interesting whether the -hrt patchset on top of rc5 has
> > the same problem:
> >
> > http://www.tglx.de/projects/hrtimers/2.6.23-rc5/patch-2.6.23-rc5-hrt1.patches.tar.bz2
>
> This one boots normally.
Thanks. that
On Monday 03 September 2007 20:23:37 David Schwartz wrote:
> > Wrong - I said "You can't complain about Person A doing X when
> > you let Person
> > B do X without complaint".
>
> Yes, I can. There is no inconsistency between acting in one case and
> failing to act in another. We need not act in
Hi,
The attached patch is based on Jan Frey's previous patch posted in 2004
for the Linux 2.4 kernel. It has been tested on X86 and MIPS platforms.
If the core pattern doesn't end in ".gz" it will be added to the name of
the core file. It's offered under GPL v2 without any warranties. If you
have
> Wrong - I said "You can't complain about Person A doing X when
> you let Person
> B do X without complaint".
Yes, I can. There is no inconsistency between acting in one case and failing
to act in another. We need not act in every possible case where we could act
to preserve our right to act in
On Monday 03 September 2007 15:33:01 Krzysztof Halasa wrote:
> Daniel Hazelton <[EMAIL PROTECTED]> writes:
> > I hate to belabor the point, but you seem to be making the mistake of
> > "The license applies to the copyright holder"
>
> Of course not.
I'll take this at face value - I might have
From: Erez Zadok <[EMAIL PROTECTED]>
Utility functions to check if lower dentries/inodes are newer than upper
ones, and purging cached data if lower objects are newer. Also passed flag
to our d_revalidate_chain, to tell it if the caller may be writing data or
just reading it.
[jsipek: changed
On Mon, Sep 03, 2007 at 08:39:27AM +0200, Jan Engelhardt wrote:
>
> On Sep 2 2007 22:20, Josef 'Jeff' Sipek wrote:
> >diff --git a/include/linux/fs_stack.h b/include/linux/fs_stack.h
> >index 6b52faf..28543ad 100644
> >--- a/include/linux/fs_stack.h
> >+++ b/include/linux/fs_stack.h
> >@@ -39,4
Hi David,
On Fri, 27 Jul 2007, David CHANIAL wrote:
>
> Le vendredi 20 juillet 2007 15:36, Satyam Sharma a ecrit:
> > Yes, you can apply the patch Neil just sent to your kernel,
> > re-build, and test that.
>
> Hi, I have no patched the kernel as asked by Neil, but i would notice
> that
> with
James C. Georgas wrote:
I'm not sure I understand how the kernel calculates the amount of
physical RAM it can map during the boot process.
I've quoted two blocks of kernel messages below, one for a kernel with
NOHIGHMEM and another for a kernel with HIGHMEM4G.
If I do the math on the BIOS
On Mon, 03 Sep 2007, Jean Delvare wrote:
> On Sun, 2 Sep 2007 23:02:01 -0300, Henrique de Moraes Holschuh wrote:
> > On Sun, 02 Sep 2007, Jean Delvare wrote:
> > > I guess power[1-*]_average would be OK?
> >
> > AFAIK, yes. It is probably not 100% in sync with the power supply class,
> > though.
Xu Yang wrote:
thanks for the reply.
no , it is not decompressed. isn' t the kernel supposed to do that? As
we have tried to load this filesystem on the pc, it turns out the the
kernel can recognize it.
concerning the root=/dev/ram0,
as the default value is root=/dev/nfs, so I just modify the
I'm not sure I understand how the kernel calculates the amount of
physical RAM it can map during the boot process.
I've quoted two blocks of kernel messages below, one for a kernel with
NOHIGHMEM and another for a kernel with HIGHMEM4G.
If I do the math on the BIOS provided physical RAM map,
Stefan Becker <[EMAIL PROTECTED]> writes:
> while trying to debug a hibernation/rtc_cmos alarm wakeup problem in
> 2.6.22 (or later) I noticed that the latest kernel crashes (or gets
> stuck sometimes) during boot after the message:
>
> SMP alternatives: switching to UP code
>
> Every kernel up
Hi,
On Mon, 3 Sep 2007, Wim Van Sebroeck wrote:
>
> >
> > on x86_64:
> > drivers/watchdog/core/watchdog_dev.c:84:
> > warning: format '%i' expects type 'int', but argument 5 has type 'size_t'
Hmm, a warning I missed during my Sunday evening pastime.
> I'll have a look at it.
How about ...
Remove duplicate entry for the same driver.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
---
MAINTAINERS |6 --
1 file changed, 6 deletions(-)
--- linux-2.6.23-rc4-mm1/MAINTAINERS~fix2007-09-04 03:49:16.0
+0530
+++ linux-2.6.23-rc4-mm1/MAINTAINERS2007-09-04
This fixes "atkbd.c: Suprious NAK on isa0060/serio0" errors for
HP Pavilion DV4270ca. Same reasons as for
9d9d50bb2efb50594abfc3941a5504b62c514ebd
and 6e782584e0713ea89da151333e7fe754c8f40324.
Signed-off-by: Elvis Pranskevichus <[EMAIL PROTECTED]>
1 files changed, 10 insertions(+), 0
drivers/net/3c59x.c: In function 'vortex_up':
drivers/net/3c59x.c:1495: warning: 'err' may be used uninitialized in this
function
is a genuine bug. The function returns an uninitialized value of 'err'
back to the caller, which expects it to be 0 for success cases. Let's
fix this by explicitly
Alessandro Suardi wrote:
>
> [snip]
>
> This one has bitten many of us :)
>
> http://lkml.org/lkml/2007/9/2/219
Thx , I didn't saw that patch.
Gabriel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Here is a relevant oops for this hang.
[ 7329.832382] BUG: unable to handle kernel NULL pointer dereference at virtual
address 0025
[ 7329.934755] printing eip:
[ 7329.967145] 802cb921
[ 7329.993347] *pde =
[ 7330.026799] Oops: [#1]
[ 7330.060246] Modules linked in: usblp
On Sun, Sep 02, 2007 at 01:51:50PM +0200, Sam Ravnborg wrote:
[]
> Then as now you have not yet expalined what you are trying to do.
> Nevertheless I look forward for a minmal set of patches that improve
> whatever you are working with.
Yes, because it's LKML, that wants not-hand-waving stuff in
On 9/3/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 2 September 2007 09:54, Prakash Punnoor wrote:
> >> Hi,
> >>
> >> 2.6.23-rc5 locks up hard (Magic Syskeys won't even work) after a few
> >> minutes
> >> of work on x86_64. 2.6.23-rc4 was fine. I'll try
On Mon, 2007-09-03 at 20:20 +0200, Roman Zippel wrote:
> Basically that's it and I hope that explains the basic math a bit easier. :-)
>
It helps a tiny bit .. However, I appreciate that you took the time to
write this .. Thanks you.
Daniel
-
To unsubscribe from this list: send the line
On Sat, Sep 01, 2007 at 10:46:51PM -0400, Matthew Wilcox wrote:
> Abstracting away direct uses of TASK_ flags allows us to change the
> definitions of the task flags more easily.
>
> Also restructure do_wait() a little
>
> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
> ---
>
The 9P2000 protocol requires the authentication and permission checks to be
done in the file server. For that reason every user that accesses the file
server tree has to authenticate and attach to the server separately.
Multiple users can share the same connection to the server.
Currently v9fs
On Mon, 3 Sep 2007, Franck Bui-Huu wrote:
> > > +/* overriden by architectures supporting brk randomization */
> > > +void __weak arch_randomize_brk(struct mm_struct *mm) { }
> I was actually suggesting in my last email:
> unsigned long randomize_brk(unsigned long brk)
> therefore arch
On Monday, 3 September 2007 10:36, Thomas Gleixner wrote:
> On Sun, 2007-09-02 at 22:39 +0200, Rafael J. Wysocki wrote:
> > On Saturday, 1 September 2007 06:58, Andrew Morton wrote:
> > > - dynticks-for-x86_64 has returned
> >
> > It fails to boot on my HPC nx6325 (hangs very early, before any
Finish the work : kill all #ifdef CONFIG_IPC_NS.
Thanks Robert !
C.
Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Eric Biederman <[EMAIL PROTECTED]>
Cc: Robert P. J. Day <[EMAIL PROTECTED]>
---
ipc/ipc_sysctl.c |4
1 file changed, 4
Takashi Iwai schrieb:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
>
> ... but without the hardware :-<
>
> IMO, this is actually no real regression. In the earlier verison, you
> didn't have controls for multiple outputs, thus the mixer control was
> named as Master. Now you
On 9/1/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-28 at 13:52 -0500, Eric Van Hensbergen wrote:
> > The lguest and kvm transports are functional, but we are still working out
> > remaining bugs and need to spend some time focusing on performance issues.
> > I wanted to send out
On Sat, 2007-09-01 at 14:09 -0700, Jeremy Fitzhardinge wrote:
> Zachary Amsden wrote:
> > Do you agree it is better to be safe than sorry in this case? The
> > kind of bugs introduced by getting this wrong are really hard to find,
> > and I would rather err on the side of an extra increment and
On Mon, Sep 03, 2007 at 08:29:04AM -0500, Matt Mackall wrote:
> On Mon, Aug 27, 2007 at 06:15:54PM -0700, Paul E. McKenney wrote:
> > On Thu, Aug 23, 2007 at 02:40:37PM -0500, Matt Mackall wrote:
> > > Yes. Using a hash function rather than a trivial LFSR is preferable.
> > > But pulling the guts
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 3 Sep 2007, Ingo Molnar wrote:
>
> > My next question then is about this code of yours in the wakeup path:
> >
> > +static void
> > +enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se)
> > +{
> > + kclock_t
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
> My next question then is about this code of yours in the wakeup path:
>
> +static void
> +enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se)
> +{
> + kclock_t min_time;
> +
> + verify_queue(cfs_rq, cfs_rq->curr != se,
Jan Engelhardt ha scritto:
> On Sep 2 2007 11:40, Alan Cox wrote:
>
>>> i've been out for a week, but found no notice, did i lost any email or
>>> no activity on this issue?
>>>
>> I tagged it onto the obscure IDE report pile. It doesn't contain any
>> really useful information and its
Paul Menage wrote:
> On 9/2/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> - s += sprintf(s, "%lu\n", *val);
>> + if (read_strategy)
>> + s += read_strategy(*val, s);
>> + else
>> + s += sprintf(s, "%lu\n", *val);
>
> This would be better as %llu
>
Paul Menage wrote:
> On 9/2/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
>> - s += sprintf(s, "%lu\n", *val);
>> + if (read_strategy)
>> + s += read_strategy(*val, s);
>> + else
>> + s += sprintf(s, "%lu\n", *val);
>
> This would be better as %llu
>
Hi Wolfgang,
On Mon, 3 Sep 2007, Wolfgang Walter wrote:
>
> in 2.6.22.6, net/sunrpc/svcsock.c
>
> random characters are printed by svc_tcp_accept:
>
> lockd: last TCP connect from
> [...]
>
> --- linux-2.6.22.6/net/sunrpc/svcsock.c 2007-08-27 18:10:14.0
> +0200
> +++
On Mon, Sep 03, 2007 at 12:31:49PM -0700, Christoph Lameter wrote:
> So you'd be fine with replacing the allocs with
>
> get_free_pages(GFP_xxx, get_order(size)) ?
Yes. And rip out all that code related to setting up the slabs. I plan
to add WARN_ONs to bio_add_page and friends to detect
On Mon, 3 Sep 2007, Christoph Hellwig wrote:
> > How about getting rid of the slabs there and use kmalloc? Kmalloc in mm
> > (and therfore hopefully 2.6.24) will convert kmallocs > PAGE_SIZE to page
> > allocator calls. Not sure what to do about the 1k and 2k requests though.
>
> The problem
Daniel Hazelton <[EMAIL PROTECTED]> writes:
> I hate to belabor the point, but you seem to be making the mistake of "The
> license applies to the copyright holder"
Of course not.
> The person holding the copyright has all the legal standing to revoke a
> license grant at any time.
Based on?
Hi!
> it's so very unfortunate the PCI standard has no feature bit to indicate
> the presence of ECS.
>
> FWIW in my testing on a range of machines spanning 7 or 8 years i could
> read config space reg 256... and get 0x when the device didn't
> support ECS, and get valid data when the
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Mon, 3 Sep 2007, Ingo Molnar wrote:
>
> > If this basic model is correct, we can look further.
>
> The basic model is correct insofar I use an absolute time instead of a
> relative time, but it's not the essence of my math, so I don't quite
>
Hi Randy,
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
> >
> > Changes since 2.6.23-rc3-mm1:
> >
> > git-watchdog.patch
>
>
> on x86_64:
> drivers/watchdog/core/watchdog_dev.c:84: warning: format '%i' expects type
> 'int', but argument 5 has
Hi,
On Mon, 3 Sep 2007, Ingo Molnar wrote:
> If this basic model is correct, we can look further.
The basic model is correct insofar I use an absolute time instead of a
relative time, but it's not the essence of my math, so I don't quite
understand the point of this exercise.
bye, Roman
-
To
On Tue, 2007-08-28 at 13:52 -0500, Eric Van Hensbergen wrote:
> The lguest and kvm transports are functional, but we are still working out
> remaining bugs and need to spend some time focusing on performance issues.
> I wanted to send out this "preview" patch set to the community to solicit
>
On Monday 03 September 2007 14:26:29 Krzysztof Halasa wrote:
> Daniel Hazelton <[EMAIL PROTECTED]> writes:
> > The fact
> > remains that the person making a work available under *ANY* form of
> > copyright
> > license has the right to revoke said grant of license to anyone.
>
> Not after the
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Sun, 2 Sep 2007, Ingo Molnar wrote:
>
> > Roman, as an addendum to my review, please find below a prototype patch
> > i've just written that implements RSRFS (Really Simple Really Fair
> > Scheduler) ontop of CFS. It is intended to
Hi,
On Sunday 02 September 2007, Sergei Shtylyov wrote:
> Make ide_rate_filter() also respect PIO/SWDMA/MWDMA mode masks. While at it,
Hm, this seems to be already dealt with by:
On Sunday 02 September 2007, Sergei Shtylyov wrote:
> Hello, I wrote:
>
> The patch was 4/4 of course. :-<
> Probably I was too esctatic about the code. ;-)
>
> > The Marvell bridge chips used on HighPoint SATA cards do not seem to support
> > the MWDMA modes (at least that caould be
In message <[EMAIL PROTECTED]>, Al Boldi writes:
> Erez Zadok wrote:
> > Al, we have back-ports of the latest Unionfs to 2.6.{22,21,20,19,18,9},
> > all in http://unionfs.filesystems.org/. Before we release any change, we
> > test it on all back-ports as well as the latest -rc/-mm code base
> On Mon, 3 Sep 2007 19:48:46 +0200 Jan Kara <[EMAIL PROTECTED]> wrote:
> On Mon 03-09-07 10:12:34, Randy Dunlap wrote:
> > On Mon, 3 Sep 2007 16:43:36 +0200 Jan Kara wrote:
> >
> > > User-Agent: Mutt/1.5.13 (2006-08-11)
> >
> > Mutt knows how to send patches inline vs. attachments... :(
>
Hi,
On Sun, 2 Sep 2007, Ingo Molnar wrote:
> Roman, as an addendum to my review, please find below a prototype patch
> i've just written that implements RSRFS (Really Simple Really Fair
> Scheduler) ontop of CFS. It is intended to demonstrate the essence of
> the math you have presented via
Ath5k panics on ath_open() because sc->pdev is never set, fixed.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
--- a/drivers/net/wireless/ath5k_base.c
+++ b/drivers/net/wireless/ath5k_base.c
@@ -2295,6 +2295,7 @@ static int __devinit ath_pci_probe(struct pci_dev *pdev,
hw->max_rssi
Rafael J. Wysocki wrote:
> On Sunday, 2 September 2007 09:54, Prakash Punnoor wrote:
>> Hi,
>>
>> 2.6.23-rc5 locks up hard (Magic Syskeys won't even work) after a few minutes
>> of work on x86_64. 2.6.23-rc4 was fine. I'll try git-bisect to find out what
>> is causing trouble. Yes, I am using
Hi,
On Thu, Aug 30, 2007 at 07:49:26AM -0700, H. Peter Anvin wrote:
> Christian Ehrhardt wrote:
> >
> >Note the the xm console command terminates on its own, i.e. the guest
> >machine seems to halt and not hang somewhere.
> >
> >I could verify that the real mode code up to the assembly code in
>
Erez Zadok wrote:
> Al, we have back-ports of the latest Unionfs to 2.6.{22,21,20,19,18,9},
> all in http://unionfs.filesystems.org/. Before we release any change, we
> test it on all back-ports as well as the latest -rc/-mm code base (takes
> over 24 hours straight to get through all of our
Daniel Hazelton <[EMAIL PROTECTED]> writes:
> The fact
> remains that the person making a work available under *ANY* form of
> copyright
> license has the right to revoke said grant of license to anyone.
Not after the licence has been given and accepted (and there might be
restrictions),
Hi,
On Sun, 2 Sep 2007, Daniel Walker wrote:
> For instance if there are three tasks in the system. Call them A,B, and
> C.
>
> then
>
> time equals "time of A" + "time of B" + "time of C"
Ok, let's take a simple example. :)
If we have three task A, B, C, each with a weight of 1, 2, 3, so
On 03.09.07 09:48:15, dean gaudet wrote:
> it's so very unfortunate the PCI standard has no feature bit to indicate
> the presence of ECS.
Right. Not nice.
> FWIW in my testing on a range of machines spanning 7 or 8 years i could
> read config space reg 256... and get 0x when the
On Monday 03 September 2007 13:18:35 Krzysztof Halasa wrote:
> Daniel Hazelton <[EMAIL PROTECTED]> writes:
> > Then go yell at Mr. Floeter. The code is dual-licensed and he put
> > BSD-License
> > only code in it. Because that's the *EXACT* *SAME* thing you're talking
> > about.
>
> Actually it is
On Monday 03 September 2007 05:48:00 David Schwartz wrote:
> > Mr. Floeter *CAN* request that his code be removed from said fork
> > - his code
> > is solely licensed (AFAICT and IIRC) under the BSD/ISC license
> > and was only
> > covered by the dual-license because it was integrated into a work
On 9/3/07, Clemens Koller <[EMAIL PROTECTED]> wrote:
> Bryan Wu schrieb:
> > This is the driver for latest Blackfin BF54x nand flash controller
> >
> > - use nand_chip and mtd_info common nand driver interface
> > - provide both PIO and dma operation
> > - compiled with ezkit bf548
On Sep 2 2007 11:40, Alan Cox wrote:
>
>> i've been out for a week, but found no notice, did i lost any email or
>> no activity on this issue?
>
>I tagged it onto the obscure IDE report pile. It doesn't contain any
>really useful information and its probably not an IDE layer bug as of
>itself.
On 9/3/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> --- a/drivers/mtd/nand/Kconfig
> +++ b/drivers/mtd/nand/Kconfig
> @@ -131,6 +131,24 @@ config MTD_NAND_AU1550
> +config MTD_NAND_BF54X
> + tristate "NAND Flash support for Blackfin BF54X SoC DSP"
i'd just describe it as "Blackfin on-chip
Hello everyone,
Just got a rough question in my head.
don't know whether anyone interested .
mutex vs cache coherency protocol(for multiprocessor)
both of these two can be used to protect shared resource in the memory.
are both of them necessary?
for example:
in a multiprocessor system, if
(As noted before - I am surround all-caps text with *'s to indicate vocal
stress, not volume)
On Monday 03 September 2007 05:47:59 David Schwartz wrote:
> Daniel Hazelton wrote:
> > > Your entire argument is based on the false assumption that
> > > these licenses
> > > are compatible. They are
On Mon, Sep 03, 2007 at 09:59:15PM +0530, Satyam Sharma wrote:
>
>
> On Sun, 2 Sep 2007, Josef 'Jeff' Sipek wrote:
> >
> > diff --git a/fs/namei.c b/fs/namei.c
> > index a83160a..b2b7c8e 100644
> > --- a/fs/namei.c
> > +++ b/fs/namei.c
> > @@ -374,6 +374,7 @@ void release_open_intent(struct
Hi,
Jiri Kosina wrote:
> >
[snip]
> > +/* overriden by architectures supporting brk randomization */
> > +void __weak arch_randomize_brk(struct mm_struct *mm) { }
I was actually suggesting in my last email:
unsigned long randomize_brk(unsigned long brk)
therefore arch specific code
On Mon, 2007-09-03 at 17:46 +0100, David Woodhouse wrote:
> On Mon, 2007-09-03 at 15:25 +0800, Bryan Wu wrote:
> > + if (hardware_ecc) {
> > + if (plat->page_size == NFC_PG_SIZE_256) {
> > + chip->ecc.bytes = 3;
> > + chip->ecc.size =
On Mon 03-09-07 10:12:34, Randy Dunlap wrote:
> On Mon, 3 Sep 2007 16:43:36 +0200 Jan Kara wrote:
>
> > User-Agent: Mutt/1.5.13 (2006-08-11)
>
> Mutt knows how to send patches inline vs. attachments... :(
Hmm, I thought Andrew either does not mind or prefers attachments. If
it isn't the case,
Daniel Hazelton <[EMAIL PROTECTED]> writes:
> Then go yell at Mr. Floeter. The code is dual-licensed and he put
> BSD-License
> only code in it. Because that's the *EXACT* *SAME* thing you're talking
> about.
Actually it is not.
Dual BSD/GPL licence essentially means BSD, because rights given
On Mon, 3 Sep 2007 16:43:36 +0200 Jan Kara wrote:
> User-Agent: Mutt/1.5.13 (2006-08-11)
Mutt knows how to send patches inline vs. attachments... :(
Anyway, on to the patch. Thanks for adding the new doc file.
+This command is used to send a notification about any of the above mentioned
Hello,
in 2.6.22.6, net/sunrpc/svcsock.c
random characters are printed by svc_tcp_accept:
lockd: last TCP connect from
because buf is used unitialized:
printk(KERN_NOTICE
"%s: last TCP connect from %s\n",
serv->sv_name, buf);
Probably it should be
thanks for the reply.
no , it is not decompressed. isn' t the kernel supposed to do that? As
we have tried to load this filesystem on the pc, it turns out the the
kernel can recognize it.
concerning the root=/dev/ram0,
as the default value is root=/dev/nfs, so I just modify the nfs to
ram0. is
On Mon, 03 Sep 2007 08:59:58 +0300 Stefan Becker wrote:
> Hi,
>
> > Stefan Becker wrote:
> >>
> >> while trying to debug a hibernation/rtc_cmos alarm wakeup problem in
> >> 2.6.22 (or later) I noticed that the latest kernel crashes (or gets
> >> stuck sometimes) during boot after the message:
it's so very unfortunate the PCI standard has no feature bit to indicate
the presence of ECS.
FWIW in my testing on a range of machines spanning 7 or 8 years i could
read config space reg 256... and get 0x when the device didn't
support ECS, and get valid data when the device did
On Mon, 2007-09-03 at 15:25 +0800, Bryan Wu wrote:
> + if (hardware_ecc) {
> + if (plat->page_size == NFC_PG_SIZE_256) {
> + chip->ecc.bytes = 3;
> + chip->ecc.size = 256;
> + } else if (mtd->writesize ==
On Sun, 02 Sep 2007 18:07:06 +0530, Satyam Sharma said:
>
>
> On Sun, 2 Sep 2007, Satyam Sharma wrote:
> >
> > --- kernel/softlockup.c~fix 2007-09-02 04:23:49.0 +0530
> > +++ kernel/softlockup.c 2007-09-02 04:34:45.0 +0530
> ^^
>
> Ick, I botched a trivial patch,
On Mon, Sep 03, 2007 at 06:23:18PM +0200, Jan Engelhardt wrote:
> Hi,
>
>
> what happens to mounts when the namespace they exist in, exits?
> In my concrete case:
>
> ./newns /bin/bash
> # clone(CLONE_NEWNS | CLONE_THREAD | CLONE_SIGHAND | CLONE_VM)
> # and exec to given
Hi,
what happens to mounts when the namespace they exist in, exits?
In my concrete case:
./newns /bin/bash
# clone(CLONE_NEWNS | CLONE_THREAD | CLONE_SIGHAND | CLONE_VM)
# and exec to given program
mount /dev/loop0 /mnt
exit
Still mounted and unreachable
In message <[EMAIL PROTECTED]>, Al Boldi writes:
> Josef 'Jeff' Sipek wrote:
> > The following is a series of patches related to Unionfs, which include
> > three small VFS/fsstack patches and one eCryptfs patch; the rest are
> > Unionfs patches. The patches here represent several months of work
On Sun, 2 Sep 2007, Josef 'Jeff' Sipek wrote:
>
> diff --git a/fs/namei.c b/fs/namei.c
> index a83160a..b2b7c8e 100644
> --- a/fs/namei.c
> +++ b/fs/namei.c
> @@ -374,6 +374,7 @@ void release_open_intent(struct nameidata *nd)
> else
> fput(nd->intent.open.file);
> }
>
On Sun, 02 Sep 2007 16:03:07 +0200, Marc Espie said:
> Look at the situation: Reyk Floeter writes some code, puts it
> under a dual licence, and goes on vacation.
>
> While he's away, some other people (Jiri, for starters) tweak the
> copyright and licence on the file he's mostly written.
On Sun, 2 Sep 2007 23:02:01 -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 02 Sep 2007, Jean Delvare wrote:
> > I guess power[1-*]_average would be OK?
>
> AFAIK, yes. It is probably not 100% in sync with the power supply class,
> though.
Is the power supply class creating sysfs files? I
On Mon, Sep 03, 2007 at 04:33:19AM -0700, Arjan van de Ven wrote:
> On Mon, 3 Sep 2007 11:17:18 +0200
> "Andreas Herrmann" <[EMAIL PROTECTED]> wrote:
> \>
> > Do you see any other issues besides the naming of the bit?
>
> I wonder if we should key this off a PCI ID of the chipset rather than
>
On Mon, 3 Sep 2007, Bill Davidsen wrote:
Bauke Jan Douma wrote:
$> uname -a
Linux skyscraper 2.6.22.5 #7 SMP PREEMPT Sun Sep 2 12:12:25 CEST 2007 i686
GNU/Linux
$> cat /proc/cpuinfo | grep bogomips
bogomips: 4813.46
bogomips: 4810.91
bogomips: 4810.91
bogomips: 10583.94
1 - 100 of 458 matches
Mail list logo