Stas Sergeev wrote:
Hello.
Grzegorz Kulewski wrote:
Does the bug also egsist on AMD CPU's?
Yes. As well as the ones of a Transmeta etc.
I just haven't tested the old Cyrixes, that
AFAIK were trying to ignore some Intel bugs.
The test-case for the bug is here:
Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
>
> On Sat, Mar 12, 2005 at 09:08:45PM -0800, John Cherry wrote:
> > drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization
> for `dvb_pll_unknown_1.entries')
> > drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess
On Fri, Mar 11, 2005 at 06:03:20PM +, James Simmons wrote:
>
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > >
Hi,
On Sunday, 13 of March 2005 19:36, Pavel Machek wrote:
> Hi!
>
> > I'm just having a weird problem with 2.6.11. Namely, the keyboard stopped
> > working after I'd added more RAM to the box (Asus L5D notebok, x86-64
> > kernel). It works on 2.6.11-mm1.
>
> Custom DSDT? DSDTs are known to
On resume, an HP nc6220 fails during resuming of the IDE devices. In
this section of code from ide-iops.c:
stat = hwif->INB(hwif->io_ports[IDE_STATUS_OFFSET]);
if ((stat & BUSY_STAT) == 0)
return 0;
/*
*
Hello.
Grzegorz Kulewski wrote:
Does the bug also egsist on AMD CPU's?
Yes. As well as the ones of a Transmeta etc.
I just haven't tested the old Cyrixes, that
AFAIK were trying to ignore some Intel bugs.
The test-case for the bug is here:
Sean Neakums <[EMAIL PROTECTED]> writes:
> Both patches give me a successful sleep, although I had to alter the
> second to not #if 0 core99_ata100_enable -- there's another call to
> that function in pmac_feature.c's set_initial_features().
>
> I will try to gather some power numbers.
With the
On Sun, 13 Mar 2005, Pavel Machek wrote:
> > > > > Thats why moving the eye candy console into user space is such a good
> > > > > idea. You don't have to run it 8) It also means that the console
> > > > > development is accessible to all the crazy rasterman types.
> > > >
> > > > Yep. The basic
On Sun, 13 Mar 2005, Stas Sergeev wrote:
Hi Alan.
Attached patch works around the corruption
of the high word of the ESP register, which
is the official bug of x86 CPUs. The bug
triggers only when the one is using the
16bit stack segment, and is described here:
Hi!
> I'm just having a weird problem with 2.6.11. Namely, the keyboard stopped
> working after I'd added more RAM to the box (Asus L5D notebok, x86-64
> kernel). It works on 2.6.11-mm1.
Custom DSDT? DSDTs are known to depend on ammount of memory...
Hi!
> This makes it possible for a root-task to pass capabilities to
> nonroot-task across execve. The root-task needs to change it's
> cap_inheritable mask and set prctl(PR_SET_KEEPCAPS, 1) to pass on
> capabilities.
> At execve time the capabilities will be passed on to the new
> nonroot-task
Hi!
> >>And more... That this occures implies we are attempting to update the cmos
> >>clock on resume seems wrong. One would presume that the time is wrong at
> >>this
> >>time and we are about to save that wrong time. Possibly the APM code
> >>should
> >>change time_status to STA_UNSYNC on
Hi Alan.
Attached patch works around the corruption
of the high word of the ESP register, which
is the official bug of x86 CPUs. The bug
triggers only when the one is using the
16bit stack segment, and is described here:
http://www.intel.com/design/intarch/specupdt/27287402.PDF
Patch helps running
Hi!
> > > > Thats why moving the eye candy console into user space is such a good
> > > > idea. You don't have to run it 8) It also means that the console
> > > > development is accessible to all the crazy rasterman types.
> > >
> > > Yep. The basic console we already have. Everyone who wants
Roland McGrath wrote:
>
> + * This basically replicates __vmalloc, except that it uses a
> + * range of addresses starting at MODULE_END. This also
Could you look at these patches:
[PATCH 1/5] vmalloc: introduce __vmalloc_area() function
http://petition.eurolinux.org/
Is there anyone who has not signed this petition yet?
-
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
On Sunday 13 March 2005 11:54, PaweÅ Sikora wrote:
> On Sunday 13 of March 2005 17:48, Dmitry Torokhov wrote:
> > On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> > > Hi,
> > >
> > > Attched patch fixes gcc error:
> > > `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete
>
On Sunday 13 of March 2005 17:48, Dmitry Torokhov wrote:
> On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> > Hi,
> >
> > Attched patch fixes gcc error:
> > `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete
> > type`
>
> What file fails compilation?
custom patch for
On Sunday 13 March 2005 08:20, PaweÅ Sikora wrote:
> Hi,
>
> Attched patch fixes gcc error:
> `drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete type`
>
What file fails compilation? As far as I can see all users of psmouse.h do
#include first.
--
Dmitry
-
To unsubscribe
Use semaphores instead of sleep_on*.
Stolen from patch: http://lkml.org/lkml/2004/12/18/107 from
Ondrej Zary <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Acked-by: Ondrej Zary <[EMAIL PROTECTED]>
--- ./drivers/cdrom/cdu31a.c.orig2 2005-03-13 14:12:23.0 +0100
Roland McGrath <[EMAIL PROTECTED]> writes:
> The existing x86-64 kprobes implementation doesn't cope with the
> %RIP-relative addressing mode. Kprobes work by single-stepping a copy of
Thanks for fixing that long standing bug.
> + static const unsigned char onebyte_has_modrm[256] = {
Can
Pretty trivial cleanups:
- reordered #includes
- improved some printk's (note: this actually enabled some debug printk's)
- removed ()'s from returns
- removed SONY_POLL_EACH_BYTE, as grep doesn't find it anywhere else
- removed panic() as it can't happen.
Signed-off-by: Domen Puncer <[EMAIL
Use wait_event instead of sleep_on.
Also, remove two unused variables.
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Acked-by: Ondrej Zary <[EMAIL PROTECTED]>
--- ./drivers/cdrom/cdu31a.c.orig3 2005-03-06 22:04:42.0 +0100
+++ ./drivers/cdrom/cdu31a.c2005-03-12
Hi.
These cdu31a patches are based on http://lkml.org/lkml/2004/12/18/107
from Ondrej Zary <[EMAIL PROTECTED]>
Split into three files (see replies):
1 - printk and other trivial cleanups
2 - semaphorifization (hey, i invented a new word)
3 - use wait_event instead of sleep_on in irq handling
On Sun, Mar 13, 2005 at 04:38:24PM +0100, Matthias Andree wrote:
> On Sat, 12 Mar 2005, Greg KH wrote:
>
> > A bitkeeper tree for the 2.6.11.y releases can be found at:
> > bk://linux-release.bkbits.net/linux-2.6.11
>
> Do we then start switching trees with every new minor release?
Yes.
On Sat, Mar 12, 2005 at 03:42:22AM -0800, Andrew Morton wrote:
> - A new version of the "acpi poweroff fix". People who were having trouble
> with ACPI poweroff, please test and report.
I've tested this set of ACPI poweroff patches with both clean, proper
shutdowns and Alt-SysRq-O, on hardware
Am 11.03.2005 um 21:10 schrieb Kenneth Aafløy:
On Friday 11 March 2005 13:58, Juri Haberland wrote:
In article <[EMAIL PROTECTED]> you wrote:
With version 2.6.10 the driver for the tuner frontend from ALPS TDLB7
was removed.
Why do you think that this is a dead file?
While I'm happy with the work
Both patches give me a successful sleep, although I had to alter the
second to not #if 0 core99_ata100_enable -- there's another call to
that function in pmac_feature.c's set_initial_features().
I will try to gather some power numbers.
--
Dag vijandelijk luchtschip de huismeester is dood
-
To
On Sat, 12 Mar 2005, Greg KH wrote:
> A bitkeeper tree for the 2.6.11.y releases can be found at:
> bk://linux-release.bkbits.net/linux-2.6.11
Do we then start switching trees with every new minor release?
--
Matthias Andree
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 11 Mar 2005, Bjorn Helgaas wrote:
Can you do an "lspci -vvn"? I'm looking at quirk_via_irqpic() in
2.6.9, which is what printed this:
PCI: Via IRQ fixup for :00:07.2, from 9 to 10
PCI: Via IRQ fixup for :00:07.3, from 9 to 10
but it looks like it should only run for
Ahh, okay. I'm just jumpy because this is a production server.
Thanks for the answer. :-)
--
Nothing can plugh you now
http://www.hacksaw.org -- http://www.privatecircus.com -- KB1FVD
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hello,
it works with Kernel 2.6.11, probably the problem was that I had used 4
kb stacks and now I use the 8kb, but I'm not sure whether this was the
problem.
greetings
Torben Viets
Nathan Scott schrieb:
On Sun, Mar 06, 2005 at 09:31:01PM +0100, Torben Viets wrote:
hello,
I tried to
Am Sonntag, 13. MÃrz 2005 14:44 schrieben Sie:
> That seems very much like expected behavior to me. I would expect kwrite
> to start loading the file, and then having pdflush kick in to page out
> parts of kwrite, so that it can allocate more memory. Then kwrite will
> continue to load until more
On Mar 13, 2005, at 02:28, Junfeng Yang wrote:
Forget to mention, we are checking linux 2.6. It appears to us that
mmap
doesnt' work for FUSE in linux 2.6.
IIRC, the reason mmap doesn't work on FUSE is because when it dirties
pages they
cannot be flushed reliably, because writing them out
On Sun, 2005-03-13 at 09:35 +, Hugh Dickins wrote:
> On Sun, 13 Mar 2005, Arjan van de Ven wrote:
> > > \
> > > + if ((lock)->break_lock) \
> > > + (lock)->break_lock = 0;
On Sun, 2005-03-13 at 14:24 +0100, Alexander Gran wrote:
> Hi,
>
> Well, of course it cannot handle that large files (I wouldn't expect that,
> either). My Problem is that when I open the file, it's not just kwrite but
> other processes that need so much cpu time. That kwrite is eating cpu is
Junfeng Yang <[EMAIL PROTECTED]> writes:
> Can you be a little bit more specific?
Please try
kernel:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.11.tar.gz
+
http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.11-bk7.bz2
or later
dosfstools:
>
> Same symptoms with 2.6.11-bk8.
damn.. am travelling at the moment, won't get a chance to take a
detailed look for a while.. I'll see can I figure it out just from
code inspection...
Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Fix warning in kernel/module.c::who_is_doing_it()
kernel/module.c:1405: warning: ignoring return value of `copy_from_user',
declared with attribute warn_unused_result
by subtracting copy_from_user return value from 'len' - if we copy less
data than we intend there's no point in looping over
Hi,
Well, of course it cannot handle that large files (I wouldn't expect that,
either). My Problem is that when I open the file, it's not just kwrite but
other processes that need so much cpu time. That kwrite is eating cpu is ok.
I cannot reproduce the behaviour for some reason however.
So
Hi,
Attched patch fixes gcc error:
`drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete type`
Please apply.
--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */
#define say(x) lie(x)
drivers/input/mouse/psmouse.h:40:
Dave Jones <[EMAIL PROTECTED]> writes:
> On Sun, Mar 13, 2005 at 10:13:49AM +1100, Dave Airlie wrote:
> > On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums <[EMAIL PROTECTED]> wrote:
> > > Sean Neakums <[EMAIL PROTECTED]> writes:
> > >
> > > > The following happens with 2.6.11-mm[123]. (I
On Sat, Mar 12, 2005 at 09:08:45PM -0800, John Cherry wrote:
> drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization for
> `dvb_pll_unknown_1.entries')
> drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess elements in array
> initializer
>
On Sun, 2005-03-13 at 23:30 +1100, Benjamin Herrenschmidt wrote:
> On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> > Machine check in kernel mode.
> > Caused by (from SRR1=149030): Transfer error ack signal
> > Oops: machine check, sig: 7 [#1]
> > TASK = etc. 'pmud' etc.
> > (for
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
>
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
> Machine check in kernel mode.
> Caused by (from SRR1=149030): Transfer error ack signal
> Oops: machine check, sig: 7 [#1]
> TASK = etc. 'pmud' etc.
> (for registers and such, see:
>
Junfeng Yang <[EMAIL PROTECTED]> writes:
> /å004 and
> /0005
> share clusters.
> Truncating second to 0 bytes.
> /0005
> File size is 4 bytes, cluster chain length is 0 bytes.
> Truncating file to 0 bytes.
> Performing changes.
> /dev/sbd0: 5 files, 4/8167 clusters
>
> This causes file
I suspect that del_timer_sync() in its current form is racy.
CPU 0 CPU 1
__run_timers() sets timer->base = NULL
del_timer_sync() starts, calls
del_timer(), it returns
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
http://flynn.zork.net/~sneakums/pmac-machine-check-on-sleep-2611mm3.jpeg )
Call trace:
pmac_ide_pci_suspend
On Sun, 13 Mar 2005 00:46:24 -0500, Hacksaw <[EMAIL PROTECTED]> wrote:
>In compiling 2.4.29 I get this during the compilation of pci-pc.c:
>
>Warning: indirect lcall without `*'
>
>I note from looking around the net that this is an old "problem", dating back
>at least to 2.4.18, if not earlier.
>
On Sat, 12 Mar 2005 21:55:49 -0800, Andrew Morton wrote:
>It would be nice to start folding these patches together a bit to reduce
>such problems, but that's rather non-trivial because there is no way to
>simply join these patches together which maintains a sensible sequencing.
>
>If we're going
Junfeng Yang <[EMAIL PROTECTED]> writes:
> I'm using dosfsck 2.10, 22 Sep 2003, FAT32, LFN, and yes,
> I do see root directory after I run dosfsck on the crashed disk
> image.
You can download fixed version of dosfsck at
http://user.parknet.co.jp/hirofumi/tmp/fatfsprogs.tar.bz2
(vanilla
On Thu, Mar 03, 2005 at 11:59:50AM +0100, Martin Waitz wrote:
> hoi :)
>
> I just tested my little script that can send changesets per mail.
> okok, it still had a bug when I first tested it but that should be
> fixed now.
Greg has a similar script - could you take a look and tell
which is the
On my laptop, idebus=66 or nothing gets me this:
hda: 78140160 sectors (40007 MB) w/1768KiB Cache, CHS=65535/16/63, UDMA(33)
In contrast, ide0=ata66 gets me this (never mind the geometry):
ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON!
hda: 78140160 sectors (40007 MB) w/1768KiB
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>>
>> Now, I haven't actually gotten any complaints about 2.6.11 (apart
>> from "gcc4 still has problems" with fairly trivial solutions)
Andrew> There have been quite a few. Mainly
Mark Studebaker <[EMAIL PROTECTED]> writes:
> I upgraded from 2.6.5 to 2.6.11.2 and my ancient (libc4 a.out) /sbin/portmap
> from 1994 that's been running without complaint
> on kernels for 11 years now consistently segfaults.
>
> I upgraded to a version 4 RPM (circa 2002) and that fixed it.
>
>
The existing x86-64 kprobes implementation doesn't cope with the
%RIP-relative addressing mode. Kprobes work by single-stepping a copy of
an instruction overwritten by a breakpoint. When a probe is inserted on an
instruction that uses the %RIP-relative data addressing mode, the copy run
in a
On Sun, 13 Mar 2005, Arjan van de Ven wrote:
> > \
> > + if ((lock)->break_lock) \
> > + (lock)->break_lock = 0; \
> > }
linux-os wrote:
On Sat, 12 Mar 2005, Matthias-Christian Ott wrote:
Hi!
I hope I'm right here. I've the following assembler code:
SECTION .DATA
hello: db 'Hello world!',10
helloLen: equ $-hello
SECTION .TEXT
GLOBAL main
main:
; Write 'Hello world!' to the screen
On Thu, Mar 03, 2005 at 04:16:41PM -0500, George G. Davis wrote:
> Sam,
>
> If `mkimage` is either not found in search path or returns non-zero status,
> `make uImage` succeeds when it should fail. This changes scripts/mkuboot.sh
> to return status so build succeeds or fails as appropriate.
As
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
> Paulo Marques wrote:
> >[...]
> >A simple and robust way is to do the sampling on a list of symbols
> >sorted by symbol name. This way, even if the symbol positions that are
> >given to scripts/kallsyms change, the symbols sampled
On Sun, Mar 13, Greg KH wrote:
> On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
> > On Sat, Mar 12, Greg KH wrote:
> >
> > > Why #if this? Why not just always do this?
> >
> > Because it always triggers with current sf.net snapshot.
>
> Someone said they were going to submit
On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
> On Sat, Mar 12, Greg KH wrote:
>
> > Why #if this? Why not just always do this?
>
> Because it always triggers with current sf.net snapshot.
Someone said they were going to submit those shorter strings that the
kernel has, back to
This patch further cleans up the appearance of TF in eflags when ptrace is
involved. With this, PTRACE_SINGLESTEP will not cause TF to appear in
eflags as seen by PTRACE_GETREGS and the like, when the instruction faulted
for some reason other than the single-step trap.
This moves the check added
> \
> + if ((lock)->break_lock) \
> + (lock)->break_lock = 0; \
> }\
if it really worth
On Sat, 2005-03-12 at 21:59 -0800, Andrew Morton wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > The nvidia framebuffer code added recently is marked as
> > MODULE_LICENSE(GPL), but some things seem a little odd to me..
> >
> > 1. The boilerplate at the top of
On Sat, Mar 12, Greg KH wrote:
> Why #if this? Why not just always do this?
Because it always triggers with current sf.net snapshot.
-
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 Sat, Mar 12, Greg KH wrote:
Why #if this? Why not just always do this?
Because it always triggers with current sf.net snapshot.
-
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 Sat, 2005-03-12 at 21:59 -0800, Andrew Morton wrote:
Dave Jones [EMAIL PROTECTED] wrote:
The nvidia framebuffer code added recently is marked as
MODULE_LICENSE(GPL), but some things seem a little odd to me..
1. The boilerplate at the top of drivers/video/nvidia/nv_dma.h,
\
+ if ((lock)-break_lock) \
+ (lock)-break_lock = 0; \
}\
if it really worth an
This patch further cleans up the appearance of TF in eflags when ptrace is
involved. With this, PTRACE_SINGLESTEP will not cause TF to appear in
eflags as seen by PTRACE_GETREGS and the like, when the instruction faulted
for some reason other than the single-step trap.
This moves the check added
On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
On Sat, Mar 12, Greg KH wrote:
Why #if this? Why not just always do this?
Because it always triggers with current sf.net snapshot.
Someone said they were going to submit those shorter strings that the
kernel has, back to
On Sun, Mar 13, Greg KH wrote:
On Sun, Mar 13, 2005 at 09:17:09AM +0100, Olaf Hering wrote:
On Sat, Mar 12, Greg KH wrote:
Why #if this? Why not just always do this?
Because it always triggers with current sf.net snapshot.
Someone said they were going to submit those shorter
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be
On Thu, Mar 03, 2005 at 04:16:41PM -0500, George G. Davis wrote:
Sam,
If `mkimage` is either not found in search path or returns non-zero status,
`make uImage` succeeds when it should fail. This changes scripts/mkuboot.sh
to return status so build succeeds or fails as appropriate.
As per
linux-os wrote:
On Sat, 12 Mar 2005, Matthias-Christian Ott wrote:
Hi!
I hope I'm right here. I've the following assembler code:
SECTION .DATA
hello: db 'Hello world!',10
helloLen: equ $-hello
SECTION .TEXT
GLOBAL main
main:
; Write 'Hello world!' to the screen
On Sun, 13 Mar 2005, Arjan van de Ven wrote:
\
+ if ((lock)-break_lock) \
+ (lock)-break_lock = 0; \
}
The existing x86-64 kprobes implementation doesn't cope with the
%RIP-relative addressing mode. Kprobes work by single-stepping a copy of
an instruction overwritten by a breakpoint. When a probe is inserted on an
instruction that uses the %RIP-relative data addressing mode, the copy run
in a
Mark Studebaker [EMAIL PROTECTED] writes:
I upgraded from 2.6.5 to 2.6.11.2 and my ancient (libc4 a.out) /sbin/portmap
from 1994 that's been running without complaint
on kernels for 11 years now consistently segfaults.
I upgraded to a version 4 RPM (circa 2002) and that fixed it.
If some
Andrew == Andrew Morton [EMAIL PROTECTED] writes:
Andrew Linus Torvalds [EMAIL PROTECTED] wrote:
Now, I haven't actually gotten any complaints about 2.6.11 (apart
from gcc4 still has problems with fairly trivial solutions)
Andrew There have been quite a few. Mainly driver stuff again:
On my laptop, idebus=66 or nothing gets me this:
hda: 78140160 sectors (40007 MB) w/1768KiB Cache, CHS=65535/16/63, UDMA(33)
In contrast, ide0=ata66 gets me this (never mind the geometry):
ide_setup: ide0=ata66 -- OBSOLETE OPTION, WILL BE REMOVED SOON!
hda: 78140160 sectors (40007 MB) w/1768KiB
On Thu, Mar 03, 2005 at 11:59:50AM +0100, Martin Waitz wrote:
hoi :)
I just tested my little script that can send changesets per mail.
okok, it still had a bug when I first tested it but that should be
fixed now.
Greg has a similar script - could you take a look and tell
which is the better
Junfeng Yang [EMAIL PROTECTED] writes:
I'm using dosfsck 2.10, 22 Sep 2003, FAT32, LFN, and yes,
I do see root directory after I run dosfsck on the crashed disk
image.
You can download fixed version of dosfsck at
http://user.parknet.co.jp/hirofumi/tmp/fatfsprogs.tar.bz2
(vanilla
On Sat, 12 Mar 2005 21:55:49 -0800, Andrew Morton wrote:
It would be nice to start folding these patches together a bit to reduce
such problems, but that's rather non-trivial because there is no way to
simply join these patches together which maintains a sensible sequencing.
If we're going to do
On Sun, 13 Mar 2005 00:46:24 -0500, Hacksaw [EMAIL PROTECTED] wrote:
In compiling 2.4.29 I get this during the compilation of pci-pc.c:
Warning: indirect lcall without `*'
I note from looking around the net that this is an old problem, dating back
at least to 2.4.18, if not earlier.
What does
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
http://flynn.zork.net/~sneakums/pmac-machine-check-on-sleep-2611mm3.jpeg )
Call trace:
pmac_ide_pci_suspend
I suspect that del_timer_sync() in its current form is racy.
CPU 0 CPU 1
__run_timers() sets timer-base = NULL
del_timer_sync() starts, calls
del_timer(), it returns
Junfeng Yang [EMAIL PROTECTED] writes:
/å004 and
/0005
share clusters.
Truncating second to 0 bytes.
/0005
File size is 4 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
Performing changes.
/dev/sbd0: 5 files, 4/8167 clusters
This causes file /0005 to be
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such, see:
On Sun, 2005-03-13 at 23:30 +1100, Benjamin Herrenschmidt wrote:
On Sun, 2005-03-13 at 12:01 +, Sean Neakums wrote:
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: machine check, sig: 7 [#1]
TASK = etc. 'pmud' etc.
(for registers and such,
On Sat, Mar 12, 2005 at 09:08:45PM -0800, John Cherry wrote:
drivers/media/dvb/frontends/dvb-pll.c:104: warning: (near initialization for
`dvb_pll_unknown_1.entries')
drivers/media/dvb/frontends/dvb-pll.c:104: warning: excess elements in array
initializer
Dave Jones [EMAIL PROTECTED] writes:
On Sun, Mar 13, 2005 at 10:13:49AM +1100, Dave Airlie wrote:
On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums [EMAIL PROTECTED] wrote:
Sean Neakums [EMAIL PROTECTED] writes:
The following happens with 2.6.11-mm[123]. (I didn't have time to
Hi,
Attched patch fixes gcc error:
`drivers/input/mouse/psmouse.h:40: error: field `ps2dev' has incomplete type`
Please apply.
--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */
#define say(x) lie(x)
drivers/input/mouse/psmouse.h:40:
Hi,
Well, of course it cannot handle that large files (I wouldn't expect that,
either). My Problem is that when I open the file, it's not just kwrite but
other processes that need so much cpu time. That kwrite is eating cpu is ok.
I cannot reproduce the behaviour for some reason however.
So
Fix warning in kernel/module.c::who_is_doing_it()
kernel/module.c:1405: warning: ignoring return value of `copy_from_user',
declared with attribute warn_unused_result
by subtracting copy_from_user return value from 'len' - if we copy less
data than we intend there's no point in looping over
Same symptoms with 2.6.11-bk8.
damn.. am travelling at the moment, won't get a chance to take a
detailed look for a while.. I'll see can I figure it out just from
code inspection...
Dave.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Sun, 2005-03-13 at 14:24 +0100, Alexander Gran wrote:
Hi,
Well, of course it cannot handle that large files (I wouldn't expect that,
either). My Problem is that when I open the file, it's not just kwrite but
other processes that need so much cpu time. That kwrite is eating cpu is ok.
Junfeng Yang [EMAIL PROTECTED] writes:
Can you be a little bit more specific?
Please try
kernel:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.11.tar.gz
+
http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.11-bk7.bz2
or later
dosfstools:
On Mar 13, 2005, at 02:28, Junfeng Yang wrote:
Forget to mention, we are checking linux 2.6. It appears to us that
mmap
doesnt' work for FUSE in linux 2.6.
IIRC, the reason mmap doesn't work on FUSE is because when it dirties
pages they
cannot be flushed reliably, because writing them out
101 - 200 of 333 matches
Mail list logo