According to -
http://www.samsungoms-europe.com/samsung.php?section=product=SH-S202=multi
this drive only does UDMA2 and PIO4.
Roger
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, 19 Oct 2007 22:39:00 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 20 Oct 2007 01:13:10 -0400 Rik van Riel <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 11 Oct 2007 21:31:26 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > - if [ -r System.map -a -x $(DEPMOD) -a "$(SUBARCH)" == "$(ARCH)" ]; then
> > \
> > + if [ -r System.map -a -x $(DEPMOD) -a "$(SUBARCH)" = "$(ARCH)" ]; then \
>
> Took a look at 'man bash' here.
> bash --version
> GNU bash, version 3.2.9(1)-release (x86_64-redhat-linux-gnu)
> Copyright
On 10/20/07, Phillip Susi <[EMAIL PROTECTED]> wrote:
> Huang, Ying wrote:
> > The hibernation procedure with the patch set is as follow:
> >
> > 1. Boot a kernel A
> >
> > 2. Work under kernel A
> >
> > 3. Kexec another kernel B (crash dump enabled) in kernel A.
> >
> > 4. Save the memory image of
> I probably need to add this synchronize_irq() logic in dmfe.c too, but I
> probably do it later,
> I think I am overestimating this race, since most drivers don't do
> dev->insuspend checks in IRQ handler.
> Maybe even just use free_irq() after all
Most drivers are probably
> Accoding to man bash "==" is used to test for equality and "=" is used for
> assignmnet.
> I assume the above is a dash syntax error (dash is default on ubuntu IIRC).
My bash man page says the following under "CONDITIONAL EXPRESSIONS":
string1 == string2
True if the
On Sat, 20 Oct 2007 01:13:10 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Oct 2007 21:31:26 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
> >
> > - I've been largely avoiding applying
On Saturday 20 October 2007 07:04:35 Benjamin Herrenschmidt wrote:
>
> > 1) some drivers use pci_disable_device(), and pci_enable_device().
> > should I use it too?
>
> I generally don't do the former, and I would expect the late to be done
> by pci_restore_state() for you. pci_disable_device(),
On Sat, 20 Oct 2007 13:57:54 +0900 Mattia Dongili <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
>
> Hey there!!
> fails to boot here with this friendly oops:
>
On Fri, Oct 19, 2007 at 09:42:24PM -0700, David Brownell wrote:
> This removes a BASH syntax error (seen building on Ubuntu Feisty).
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED]>
>
> --- g26.orig/Makefile 2007-10-19 21:29:43.0 -0700
> +++ g26/Makefile 2007-10-19
On Thu, 11 Oct 2007 21:31:26 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
>
> - I've been largely avoiding applying anything since rc8-mm2 in an
> attempt to stabilise things for the 2.6.23 merge.
Between
Hello,
The following patch fixes and issue in the s390 dcssblk driver. The
issue is caused when an unsuccessful attempt is made in order to change
a segment's type through the device attribute file "shared". This causes
the driver to remove the device in question, removing with it the device
> 1) some drivers use pci_disable_device(), and pci_enable_device().
> should I use it too?
I generally don't do the former, and I would expect the late to be done
by pci_restore_state() for you. pci_disable_device(), last I looked,
only cleared the bus master bit though, which might be a good
On Sat, 20 Oct 2007 06:40:02 +0300, Al Boldi said:
> Sure, the idea was to mark the filter table obsolete as to make people start
> using the mangle table to do their filtering for new setups. The filter
> table would then still be available for legacy/special setups. But this
> would only
This removes a BASH syntax error (seen building on Ubuntu Feisty).
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- g26.orig/Makefile 2007-10-19 21:29:43.0 -0700
+++ g26/Makefile2007-10-19 18:35:32.0 -0700
@@ -1507,7 +1507,7 @@ quiet_cmd_rmfiles = $(if $(wildcard
On Saturday 20 October 2007 05:56:01 Benjamin Herrenschmidt wrote:
>
> > I have read this thread and I concluded few things:
> >
> > 1) It is impossible to know that the card won't send more interrupts:
> > Even if I do a read from the device, the IRQ can be pending in the bus/APIC
> > It is
On Fri, 19 Oct 2007, David Brownell wrote:
> > My (quick, meaning that I may have missed something) testing
> > indicates that the problem is in the patches attached.
>
> Yes, reverting this seems to resolve the problem:
>
> > a5bf3d891a6a0fb5aa122792d965e3774108b923
> >
> > Change kconfig
> My (quick, meaning that I may have missed something) testing
> indicates that the problem is in the patches attached.
Yes, reverting this seems to resolve the problem:
> a5bf3d891a6a0fb5aa122792d965e3774108b923
>
> Change kconfig behavior so that mixing bool and tristate config settings in
> a
> > - even when you ignore the interrupt (because the driver doesn't care,
> >it's suspending), you need to make sure the hardware gets shut up by
> >reading (or writing) the proper interrupt status register.
> >
> >Otherwise, with a level interrupt, the interrupt will continue to
> > - even when you ignore the interrupt (because the driver doesn't care,
> >it's suspending), you need to make sure the hardware gets shut up by
> >reading (or writing) the proper interrupt status register.
> I agree, but while device is powered off, its registers can't be accessed
>
On Fri, 2007-10-19 at 19:25 -0700, Linus Torvalds wrote:
>
> On Sat, 20 Oct 2007, Maxim Levitsky wrote:
> >
> > and the interrupt handler:
> >
> > smp_rmb();
> > if (dev->insuspend)
> > goto out;
>
> Something like that can work, yes. However, you need to make sure that:
>
In message <[EMAIL PROTECTED]>, Linus Torvalds writes:
>
>
> On Fri, 19 Oct 2007, Erez Zadok wrote:
> >
> > i386
>
> Hmm. Doesn't happen here, not on x86-64 nor i386.
>
> Probably some subtle config issue as usual, where some configuration
> doesn't include indirectly.
>
> But I'll add the
> I have read this thread and I concluded few things:
>
> 1) It is impossible to know that the card won't send more interrupts:
> Even if I do a read from the device, the IRQ can be pending in the bus/APIC
> It is even possible (and likely) that the IRQ line will be shared, thus the
> handler
Bill Davidsen wrote:
> Bill Davidsen wrote:
> If not, then shouldn't the filter table be obsoleted to avoid
> confusion?
> >>>
> >>> That would probably confuse people. Just don't use it if you don't
> >>> need to.
> >
> > That is a most practical suggestion.
> >
> >> The problem is that
On Sat, Oct 20, 2007 at 02:02:42AM +, Maxim Levitsky wrote:
>
> Thus I now understand that .suspend() should do:
>
> saa_writel(SAA7134_IRQ1, 0);
> saa_writel(SAA7134_IRQ2, 0);
> saa_writel(SAA7134_MAIN_CTRL, 0);
>
> dev->insuspend = 1;
> smp_wmb();
If we patch
On Fri, 19 Oct 2007 19:55:35 -0700 Randy Dunlap wrote:
> On Fri, 19 Oct 2007 19:01:09 -0700 Randy Dunlap wrote:
>
> > >>> I noticed a regression, visible in the drivers/usb/gadget Kconfig;
> > >>> it seems to be quite recent.
> > >>>
> > >>> ...
> > >> Hm, it does look very odd. It looks like
On Saturday 20 October 2007 04:25:34 Linus Torvalds wrote:
>
> On Sat, 20 Oct 2007, Maxim Levitsky wrote:
> >
> > and the interrupt handler:
> >
> > smp_rmb();
> > if (dev->insuspend)
> > goto out;
>
> Something like that can work, yes. However, you need to make sure that:
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig | 41 -
drivers/net/dm9000.c|6 ++--
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |2 +-
drivers/ata/pata_cs5536.c |4 ++--
drivers/ata/sata_sis.c| 15 +--
3 files
applied
-
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/
On Fri, 19 Oct 2007, Erez Zadok wrote:
>
> i386
Hmm. Doesn't happen here, not on x86-64 nor i386.
Probably some subtle config issue as usual, where some configuration
doesn't include indirectly.
But I'll add the direct includes of and .
Linus
-
To unsubscribe from this
Bartlomiej Zolnierkiewicz wrote:
On Tuesday 16 October 2007, Jeff Garzik wrote:
Jeff Garzik (1):
[libata] pata_cs5536: new API build fix
We probably need also this one for pata_cs5536:
[PATCH] pata_cs5536: MWDMA fix
* Fix out-of-bound array access for MWDMA modes.
* Bump driver
On Fri, 19 Oct 2007 19:01:09 -0700 Randy Dunlap wrote:
> >>> I noticed a regression, visible in the drivers/usb/gadget Kconfig;
> >>> it seems to be quite recent.
> >>>
> >>> ...
> >> Hm, it does look very odd. It looks like it has something to
> >> do with working differently for some reason.
On Thursday, October 18, 2007 2:01 pm Jesse Barnes wrote:
> We seem to see a lot of bug reports along the lines of, "my machine
> resumes but I can't see X" or, "I can see X but only with a bright
> flashlight", etc. These sorts of problems are due to the fact that
> the X server isn't designed
Gregory Haskins wrote:
> We can avoid dirtying a rq related cacheline with a simple check, so why not.
>
> Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
> ---
>
> 0 files changed, 0 insertions(+), 0 deletions(-)
I think you wanted a patch here?
-
To unsubscribe from this list: send the
In message <[EMAIL PROTECTED]>, Linus Torvalds writes:
>
>
> On Fri, 19 Oct 2007, Erez Zadok wrote:
> >
> > Trond, with Linus's latest tree, you need to #include in
> > fs/nfs/unlink.c, else I get:
> >
> > CC [M] fs/nfs/unlink.o
> > fs/nfs/unlink.c: In function 'nfs_dec_sillycount':
> >
On Fri, 19 Oct 2007, Erez Zadok wrote:
>
> Trond, with Linus's latest tree, you need to #include in
> fs/nfs/unlink.c, else I get:
>
> CC [M] fs/nfs/unlink.o
> fs/nfs/unlink.c: In function 'nfs_dec_sillycount':
> fs/nfs/unlink.c:67: error: 'TASK_UNINTERRUPTIBLE' undeclared (first use in
>
Trond, good news. I was able to narrow down the problem to purely the
client-side, probably dcache/readdir related, and I have a shell script that
deterministically triggers the problem each time for me (this is a FC6 image
under Vmware 6.0.1). Here's a short shell script which reliably triggers
On Sat, 20 Oct 2007, Maxim Levitsky wrote:
>
> and the interrupt handler:
>
> smp_rmb();
> if (dev->insuspend)
> goto out;
Something like that can work, yes. However, you need to make sure that:
- even when you ignore the interrupt (because the driver doesn't care,
In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
> Hi Linus,
>
> Please pull from the repository at
>
>git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git
>
> This will update the following files through the appended changesets.
>
> Cheers,
> Trond
Trond, with Linus's
On Thursday 18 October 2007 03:25:42 Benjamin Herrenschmidt wrote:
> synchronize_irq needs at the very least a compiler barrier and a
> read barrier on SMP, but there are enough cases around where a
> write barrier is also needed and it's not a hot path so I prefer
> using a full smp_mb() here.
>
David Brownell wrote:
(Originally posted to kbuild-devel per MAINTAINERS, but
that post was rejected since that is -- undocumented,
sigh -- a members-only list.)
That mailing list is no longer used. Today's git pull for kbuild
included this change:
KCONFIG
P:
> > (Originally posted to kbuild-devel per MAINTAINERS, but
> > that post was rejected since that is -- undocumented,
> > sigh -- a members-only list.)
>
> That mailing list is no longer used. Today's git pull for kbuild
> included this change:
>
> KCONFIG
> P: Roman Zippel
> M:
On Fri, 19 Oct 2007, Phillip Susi wrote:
Huang, Ying wrote:
The restore process with the patch set is as follow:
1. Boot a kernel C (crash dump enabled), the memory area used by
kernel C must be a subset of memory area used by kernel B.
Why is a third kernel needed? Why can't kernel B
On Fri, 19 Oct 2007 18:22:45 -0700 David Brownell wrote:
> (Originally posted to kbuild-devel per MAINTAINERS, but
> that post was rejected since that is -- undocumented,
> sigh -- a members-only list.)
That mailing list is no longer used. Today's git pull for kbuild
included
nfs: Fix build break with CONFIG_NFS_V4=n
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
On Fri, Oct 19, 2007 at 05:23:13PM -0400, Trond Myklebust wrote:
> Hi Linus,
>
> Please pull from the repository at
>
>git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git
>
> This will
Gabriel C wrote:
Actually I try to get VirtualBox-1.5.2_OSE to compile but I get a lot errors from
include/asm-generic/atomic.h and other headers.
and looks like some are missing ?
/lib/modules/2.6.23-rc0/build/include/asm/irq_32.h:15:25: error: irq_vectors.h:
No such file or directory
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
Most of contents in crash are same.
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
arch/x86/kernel/Makefile_32 |2 +-
arch/x86/kernel/Makefile_64 |2 +-
arch/x86/kernel/crash.c | 144 +++
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
include/asm-x86/smp_64.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-x86/smp_64.h b/include/asm-x86/smp_64.h
index 6f0e027..ab612b0 100644
---
(Originally posted to kbuild-devel per MAINTAINERS, but
that post was rejected since that is -- undocumented,
sigh -- a members-only list.)
Hi,
I noticed a regression, visible in the drivers/usb/gadget Kconfig;
it seems to be quite recent.
That Kconfig hasn't changed
From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
arch/x86/kernel/apic_64.c | 14 ++
include/asm-x86/apic_64.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/apic_64.c
On venerdì 12 ottobre 2007, Rob Landley wrote:
> [Second try, without clicking "compress" on the file attachment because
> then sourceforge's spam filter bounces it.]
>
> ---
>
> The User Mode Linux build still breaks for me:
> > In file included from include/asm/arch/tlb.h:18,
> >
Hi,
I made patches to unify crash_32/64.c.
There are three patches;
1. add lapic_shutdown for x86_64
2. add safe_smp_processor_id for x86_64
3. unify crash_32/64.c
I'm not sure that it's good to split to these patches.
I've compiled on both of 32bit and 64bit, and tested
kdump on 64bit.
Thanks
On 10/19/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
> certain behavior at least once a day. I'll start a kernel build (make
> -sj5 on this box), and it will "hang" in the following way:
>
> > 31003 ?S 0:04 sshd:
From: Florin Andrei <[EMAIL PROTECTED]>
"make rpm" creates a plain package that does not update grub.conf
and does not create an initrd. This patch modifies scripts/package/mkspec
to create an RPM spec file that updates grub.conf after install/uninstall
and also that creates an initrd file after
On Tue, 16 Oct 2007 14:33:38 -0700 Nish Aravamudan wrote:
> On 10/16/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > 2.6.23-git7, using SLAB (not SLUB) [config attached]:
> >
> > # modprobe clip
> > # rmmod clip
> > # modprobe clip
> >
> > results in panic:
> >
> > kmem_cache_create: duplicate
On Fri, 19 Oct 2007 18:23:25 -0600 Eric W. Biederman wrote:
> Randy Dunlap <[EMAIL PROTECTED]> writes:
>
> > On Thu, 18 Oct 2007 21:27:16 -0700 Avuton Olrich wrote:
> >
> >> Good Day,
> >>
> >> My randconfig just caught an error on:
> >> kernel/built-in.o: In function `sysctl_check_lookup':
>
> Out of 32MB of DDR 8MB is reserved for use by DSP
> processor. But the MIPS processor downloads firmware
> into this reserved memory for the DSP.
>
> Now, is it possible to use the TLB to prevent Linux
> from accessing the reserved memory after the
firmware
> has been downloaded?
Well, even if
Randy Dunlap <[EMAIL PROTECTED]> writes:
> On Thu, 18 Oct 2007 21:27:16 -0700 Avuton Olrich wrote:
>
>> Good Day,
>>
>> My randconfig just caught an error on:
>> kernel/built-in.o: In function `sysctl_check_lookup':
>> sysctl_check.c:(.text+0x17db1): undefined reference to `sysctl_head_next'
>>
On Fri, Oct 19, 2007 at 14:11:18 -0700, Andrew Morton wrote:
> On Fri, 19 Oct 2007 13:18:23 -0600
> [EMAIL PROTECTED] wrote:
>
> > +static inline unsigned long deap_pfn(u8 edeap, u32 deap)
> > +{
> > + deap >>= PAGE_SHIFT;
> > + deap |= (edeap & 1) << (32 - PAGE_SHIFT);
> > + return deap;
>
* Bart Trojanowski <[EMAIL PROTECTED]> [071019 17:00]:
>
> Once the system is booted, I attached using vnc, then I ssh in and ran
> 'svn update'... and the host machine froze.
>
> The last messages I on my serial console are:
>
> kvm: unhandled rdmsr: 0x417
> kvm: unhandled rdmsr: 0xc400
On Thu, 18 Oct 2007 21:27:16 -0700 Avuton Olrich wrote:
> Good Day,
>
> My randconfig just caught an error on:
> kernel/built-in.o: In function `sysctl_check_lookup':
> sysctl_check.c:(.text+0x17db1): undefined reference to `sysctl_head_next'
> sysctl_check.c:(.text+0x17dc7): undefined reference
From: Chuck Ebbert <[EMAIL PROTECTED]>
Date: Fri, 19 Oct 2007 18:18:08 -0400
> On 10/19/2007 06:03 PM, Jeff Garzik wrote:
> >> [EMAIL PROTECTED] misc-2.6]$ strace -p8484
> >> Process 8484 attached - interrupt to quit
> > [sits there, chewing up CPU grepping a 47-line header file]
> >
>
> And
Jason,
Can you provide some information on this?
doug t
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 19 Oct 2007 13:18:23 -0600
> [EMAIL PROTECTED] wrote:
>
> > +static inline unsigned long deap_pfn(u8 edeap, u32 deap)
> > +{
> > + deap >>= PAGE_SHIFT;
> > + deap |= (edeap & 1)
Thomas Gleixner wrote:
> On Sat, 20 Oct 2007, Gabriel C wrote:
>> Gabriel C wrote:
>>> Jiri Kosina wrote:
Trying 'make mrproper' first has high chances of fixing this I'd guess.
>>> Is what I did before latest pull.
>>>
>>> Maybe this whole tree got broken. I'll try a fresh one and report
Eric W. Biederman wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
Eric W. Biederman wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
Do you think set_irqfunc_irq() should be called at all the callsites of
set_irq_regs(), or one the fix you mention is applied, do you think current
model is
Eric W. Biederman wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
Eric W. Biederman wrote:
Jeff Garzik <[EMAIL PROTECTED]> writes:
Do you think set_irqfunc_irq() should be called at all the callsites of
set_irq_regs(), or one the fix you mention is applied, do you think current
model is
Ok, I'll change the message to be a bit more accurate.
---
Clean up printk use in ibmpex.
Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
---
drivers/hwmon/ibmpex.c | 48 +++-
1 files changed, 23 insertions(+), 25 deletions(-)
diff --git
jmsanchezdiaz wrote:
On 17 oct, 16:26, jmsanchezdiaz <[EMAIL PROTECTED]> wrote:
Hello,
I have a two 2.00 GHz Dual-Core processor Intel Xeon 5130 machine, Bus
Speed 1333 MHz, L2 Cache 4 MB, System Memory Size 40 GB, System Memory
Speed: 667 MHz.
/proc/cpuinfo:
---
processor
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Fri, 19 Oct 2007, Thomas Gleixner wrote:
> >
> > Pavel Emelyanov (1):
> > i386: consolidate show_regs and show_registers for i386
>
> While I think this is good otherwise, why does it do
>
> printk(".. comm: %.*s .."
>
Jeff Garzik <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Jeff Garzik <[EMAIL PROTECTED]> writes:
>>> Do you think set_irqfunc_irq() should be called at all the callsites of
>>> set_irq_regs(), or one the fix you mention is applied, do you think current
>>> model is sufficient?
>>
>>
On Fri, 2007-10-19 at 13:11 -0400, Alan Stern wrote:
> On Fri, 19 Oct 2007, Kay Sievers wrote:
> > > Don't you have a USB storage device? It should be easy for you to
> test
> > > this on your own system.
> >
> > Sure, I have, and tried a lot of times, and all seemed correct here
> with
> >
In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
>
> On Fri, 2007-10-19 at 17:40 -0400, Erez Zadok wrote:
[...]
> > Trond, I was able to narrow down the problem w/o using unionfs at all (yay!
> > :-). All I do is setup a loop device, mkfs it as ext2, mount it, then
> > export it to
On Fri, 19 Oct 2007 14:01:56 +0200, Florian Fainelli wrote:
> Hi Andres,
>
> Le jeudi 18 octobre 2007, Andres Salomon a écrit :
>> While I certainly would like to see a generic GPIO API, this one isn't
>> really useful for geode GPIOs. It would be nice to have one that did
>> work for us as
From: Randy Dunlap <[EMAIL PROTECTED]>
menuconfig and gconfig already place a title (or caption) on the top
bar of their window (or whatever that is properly called). However,
qconf (xconfig) just says "qconf". I tried to find a Qt API to set
the title but did not find one, so set the program
Currently the ramdisk tries to keep the block device page cache pages
from being marked clean and dropped from memory. That fails for
filesystems that use the buffer cache because the buffer cache is not
an ordinary buffer cache user and depends on the generic block device
address space
On Sat, 20 Oct 2007, Gabriel C wrote:
> Gabriel C wrote:
> > Jiri Kosina wrote:
> >> Trying 'make mrproper' first has high chances of fixing this I'd guess.
> >
> > Is what I did before latest pull.
> >
> > Maybe this whole tree got broken. I'll try a fresh one and report back.
> >
>
>
> I
Christian Borntraeger <[EMAIL PROTECTED]> writes:
> Am Donnerstag, 18. Oktober 2007 schrieb Eric W. Biederman:
>> Grr. Inconsistent rules on a core piece of infrastructure.
>> It looks like that if there is any trivial/minimal fix it
>> is based on your patch suppressing try_to_free_buffers.
> OTOH, it's no magic - they claim OHCI 1.1 and they do it. We don't
> only know how to enable it with (only) software. I suspect all those
> VT6306 could be "upgraded" as well.
BTW: I've looked at it a bit closer and it seems the EEPROM lines
are controlled by VT6307 I/O ports (region #1) 0x0
On Fri, Oct 19, 2007 at 10:51:51AM -0600, Bjorn Helgaas wrote:
> Question 1: Does the linux-pcmcia list still exist? It's in MAINTAINERS:
>
> PCMCIA SUBSYSTEM
> P: Linux PCMCIA Team
> L: [EMAIL PROTECTED]
> L: http://lists.infradead.org/mailman/listinfo/linux-pcmcia
> T:
On Thu, 11 Oct 2007, Andrew Morton wrote:
> > Anyway, it breaks on ia64:
> And on s390
> In file included from arch/s390/kernel/binfmt_elf32.c:202:
> arch/s390/kernel/../../../fs/binfmt_elf.c: In function 'load_elf_binary':
> arch/s390/kernel/../../../fs/binfmt_elf.c:1088: error: implicit
Gabriel C wrote:
> Jiri Kosina wrote:
>> Trying 'make mrproper' first has high chances of fixing this I'd guess.
>
> Is what I did before latest pull.
>
> Maybe this whole tree got broken. I'll try a fresh one and report back.
>
I get the same on fresh cloned git tree
#-- git rev-parse
On Saturday 20 October 2007, Nick Warne wrote:
> On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
> hdparm -I
It should have been hdparm --Istdout (sorry, once again).
[ It is definitevely not my day, or rather trying to debug the problem
while preparing the next IDE pull
On Fri, 19 Oct 2007, Linus Torvalds wrote:
>>
> > Pavel Emelyanov (1):
> > i386: consolidate show_regs and show_registers for i386
>
> While I think this is good otherwise, why does it do
>
> printk(".. comm: %.*s .."
> TASK_COMM_LEN, current->comm,
>
> instead of just
Jiri Kosina wrote:
> On Fri, 19 Oct 2007, Larry Finger wrote:
>
>> As I said earlier, the lock problem went away; however, I get the
>> following two kernel warnings:
>
> That's because I messed up the patch, sorry. The one below should work
> better.
>
>
>
> From: Jiri Kosina <[EMAIL
On 10/19/2007 06:03 PM, Jeff Garzik wrote:
>> [EMAIL PROTECTED] misc-2.6]$ strace -p8484
>> Process 8484 attached - interrupt to quit
> [sits there, chewing up CPU grepping a 47-line header file]
>
And sysrq-p is pretty useless unless you can force the keyboard
interrupt and the spinning process
On Fri, Oct 19, 2007 at 11:04:23PM +0100, Nick Warne wrote:
> Yes, Len's advice has me wondering now. Do I have a dodgy cable? I will have
> to change that tomorrow.
>
> But more info. The old drive played DVD movies etc. OK, but slowly it became
> worse until I couldn't read any one of them
On 10/17/07, Cedric Le Goater <[EMAIL PROTECTED]> wrote:
> Hello !
>
> While polling the contents of a cgroup task file, I caught the
> following corruption. Is there a known race (and a fix) or should
> I start digging ?
>
> list_add corruption. next->prev should be prev (80a3f338), but
On Fri, 19 Oct 2007, Larry Finger wrote:
> As I said earlier, the lock problem went away; however, I get the
> following two kernel warnings:
That's because I messed up the patch, sorry. The one below should work
better.
From: Jiri Kosina <[EMAIL PROTECTED]>
USB: usbserial - fix potential
On Fri, 19 Oct 2007, Thomas Gleixner wrote:
>
> Pavel Emelyanov (1):
> i386: consolidate show_regs and show_registers for i386
While I think this is good otherwise, why does it do
printk(".. comm: %.*s .."
TASK_COMM_LEN, current->comm,
instead of just using "%s"
On Friday 19 October 2007 22:44:27 Bartlomiej Zolnierkiewicz wrote:
>
> Ah, so the patch won't help (sorry, I didn't pay enough attention).
>
> Len's advices are worth the try, also please send the output
> of hdparm -I /dev/hdd.
>
> Thanks,
> Bart
Yes, Len's advice has me wondering now. Do I
Chuck Ebbert wrote:
On 10/19/2007 05:39 PM, Jeff Garzik wrote:
On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
certain behavior at least once a day. I'll start a kernel build (make
-sj5 on this box), and it will "hang" in the following way:
Can you try to strace the
From: Ursula Braun <[EMAIL PROTECTED]>
Remove qeth bug caused by commit:
[NET]: Move hardware header operations out of netdevice.
Signed-off-by: Ursula Braun <[EMAIL PROTECTED]>
---
drivers/s390/net/qeth_main.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index:
--
Remove qeth driver bug introduced by this commit:
commit 3b04ddde02cf1b6f14f2697da5c20eca5715017f
Author: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue Oct 9 01:40:57 2007 -0700
[NET]: Move hardware header operations out of netdevice.
-
To unsubscribe from this list: send the line
On Wed, 17 Oct 2007, KAMEZAWA Hiroyuki wrote:
> > hm, I guess this is probably due to pie-randomization patch, right?
> > (could you please try reverting it, to see whether things get back to
> > normal).
> Maybe this can be fix.
Andrew,
below is a fixed version with patch from Kamezawa
On 10/19/2007 05:39 PM, Jeff Garzik wrote:
> On my main devel box, vanilla 2.6.23 on x86-64/Fedora-7, I'm seeing a
> certain behavior at least once a day. I'll start a kernel build (make
> -sj5 on this box), and it will "hang" in the following way:
>
Can you try to strace the hanging task?
-
On Fri, 2007-10-19 at 17:40 -0400, Erez Zadok wrote:
> In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
> >
> > On Fri, 2007-10-19 at 01:49 -0400, Erez Zadok wrote:
> > > I'm testing unionfs on top of nfsv2/3/4, using 2.6.24 as of linus's commit
> > >
> Actually I'm not convinced with this explanation. It seems to me that
> since there are such serious locking problems (especially with rntl),
> there could be once more considered a private workqueue. You've
> written earlier about being a lonely user of this code. But, since
> Benjamin offered
Linus,
please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-x86.git
This tree contains
- another chunk of the -mm/ak pending patches
- some unification patches
- merge fallout fixups
- bugfixes fallout from automated testing
- trivial cleanups
A full log,
In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
>
> On Fri, 2007-10-19 at 01:49 -0400, Erez Zadok wrote:
> > I'm testing unionfs on top of nfsv2/3/4, using 2.6.24 as of linus's commit
> > 4fa4d23fa20de67df919030c1216295664866ad7. A lot of my unionfs regression
> > tests are failing on
1 - 100 of 814 matches
Mail list logo
