e
to 1024) fills up, and pdflush and friends can stuff write requests into
it much more quickly than any other programs can provide read requests.
CFQ and ionice work very well up until iostat shows average IO queuing
above 1024 (where I set the queue number).
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
other programs can provide read requests.
CFQ and ionice work very well up until iostat shows average IO queuing
above 1024 (where I set the queue number).
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Wed, 2008-02-06 at 19:44 +, Alan Cox wrote:
> On Wed, 06 Feb 2008 12:38:42 -0700
> Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> > This doesn't happen often so it is rather hard to nail down, but I am
> > fairly sure it didn't happen before I started running the 2
This doesn't happen often so it is rather hard to nail down, but I am
fairly sure it didn't happen before I started running the 2.6.24 MM
series kernels.
gnome-terminal gets stuck. It stops processing X events or anything
else. It can be kicked out by strace'ing it or connecting with GDB, and
This doesn't happen often so it is rather hard to nail down, but I am
fairly sure it didn't happen before I started running the 2.6.24 MM
series kernels.
gnome-terminal gets stuck. It stops processing X events or anything
else. It can be kicked out by strace'ing it or connecting with GDB, and
ent'
make: *** [.tmp_vmlinux1] Error 1
I looked in MAINTAINERS for MCE, MACHINE and CHECK, but didn't spot any
likely entries to CC.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
: *** [.tmp_vmlinux1] Error 1
I looked in MAINTAINERS for MCE, MACHINE and CHECK, but didn't spot any
likely entries to CC.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Jon Masters wrote:
I wouldn't quite say that. I wasn't going to comment, but...personally,
I actually disagree with the assertions that ndiswrapper isn't causing
proprietary code to link against GPL functions in the kernel (how is
an NDIS implementation any different than a shim layer provided
Jon Masters wrote:
I wouldn't quite say that. I wasn't going to comment, but...personally,
I actually disagree with the assertions that ndiswrapper isn't causing
proprietary code to link against GPL functions in the kernel (how is
an NDIS implementation any different than a shim layer provided
000 hSwap...
430:
*
ff0: 5357 4150 5350 4143 4532 ..SWAPSPACE2
You can see it is marked as SWAPSPACE2. The label is FlashSwap. Looks
like it appears at offset 0x41c.
For testing purposes, go with
stable.
I'm not sure why it won't run his screen though. I can use nv to run a
1920x1200 laptop LCD. It *is* dog slow (although nouveau was not any
better with a NV17 / 440-Go -- render support for AA fonts seems to be
missing), but it does work.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
...
430:
*
ff0: 5357 4150 5350 4143 4532 ..SWAPSPACE2
You can see it is marked as SWAPSPACE2. The label is FlashSwap. Looks
like it appears at offset 0x41c.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
fonts seems to be
missing), but it does work.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Fri, 2008-01-25 at 04:09 -0700, Andreas Dilger wrote:
> On Jan 24, 2008 17:25 -0700, Zan Lynx wrote:
> > Have y'all been following the /dev/mem_notify patches?
> > http://article.gmane.org/gmane.linux.kernel/628653
>
> Having the notification be via poll() is a very r
warded" by having the OOM
> killer less likely to target that particular thread.
Have y'all been following the /dev/mem_notify patches?
http://article.gmane.org/gmane.linux.kernel/628653
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
.
Have y'all been following the /dev/mem_notify patches?
http://article.gmane.org/gmane.linux.kernel/628653
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
nfigfs usb_storage usbhid hid libusual joydev
psmouse serio_raw evdev nvidiafb fb fb_ddc i2c_algo_bit cfbcopyarea vgastate
i2c_core cfbimgblt cfbfillrect snd_intel8x0 snd_intel8x0m snd_ac97_codec
ehci_hcd ohci_hcd ac97_bus snd_pcm usbcore snd_timer snd sg snd_page_alloc
--
Zan Lynx <[EMAIL
fb_ddc i2c_algo_bit cfbcopyarea vgastate
i2c_core cfbimgblt cfbfillrect snd_intel8x0 snd_intel8x0m snd_ac97_codec
ehci_hcd ohci_hcd ac97_bus snd_pcm usbcore snd_timer snd sg snd_page_alloc
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
ptions about global state.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
ways starts freezing up during
this as well.
I don't suppose LatencyTop would help track anything down in that case,
would it?
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
bimgblt cfbfillrect
snd_intel8x0m snd_intel8x0 snd_ac97_codec ehci_hcd psmouse ohci_hcd
serio_raw ac97_bus snd_pcm snd_timer usbcore evdev snd sg snd_page_alloc
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
don't suppose LatencyTop would help track anything down in that case,
would it?
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
functions (in their internal implementations) do not touch some other,
unknown to this code, global variable.
This is why GCC has the pure and const function attributes. These
attributes are more powerful than the const keyword, and do allow
optimizations with assumptions about global state.
--
Zan
snd_page_alloc
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
set
#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=
t; Sorry, but I've had it with this stuff and I'm tired of fixing everyone else's
> stuff. I'm just going to ship it. Good luck.
Heh. Laptop suspend to anything has been so broken for so long in the
-mm series on my Compaq R3000 that I didn't even know it was ever
supposed to work.
--
Zan L
it with this stuff and I'm tired of fixing everyone else's
stuff. I'm just going to ship it. Good luck.
Heh. Laptop suspend to anything has been so broken for so long in the
-mm series on my Compaq R3000 that I didn't even know it was ever
supposed to work.
--
Zan Lynx [EMAIL PROTECTED
=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
n read or write
disk, net, netlink or other device IO, I don't believe the system can
actually claim to be working.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
or other device IO, I don't believe the system can
actually claim to be working.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Sat, 2007-12-08 at 02:07 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 22:01:33 -0700 Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> >
> > On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
> > > On Fri, 07 Dec 2007 23:09:43 +
> > > Za
On Sat, 2007-12-08 at 02:07 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 22:01:33 -0700 Zan Lynx [EMAIL PROTECTED] wrote:
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 23:09:43 +
Zan Lynx [EMAIL PROTECTED] wrote:
[cut]
Now with MM
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 23:09:43 +
> Zan Lynx <[EMAIL PROTECTED]> wrote:
[cut]
> > > > Now with MM kernels 2.6.24 rc1-4 the PCMCIA adapter works again, but I
> > > > only get read rates of 1.6 MB/s.
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 23:09:43 +
> Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> >
> > On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote:
> > > On Fri, 07 Dec 2007 20:38:24 +
>
On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 20:38:24 +
> Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> > While I'm reporting problems I'll get this one out there.
> >
> > I normally use a USB-2 memory card reader but I also have
528288
sd 4:0:0:0: [sdg] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdg, sector 528672
sd 4:0:0:0: [sdg] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdg, sector 546392
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally
81001e1808c0 start 3 [1/2 us]
usb 3-1.4.3: unlink qh4-3804/81001e1808c0 start 3 [1/2 us]
ehci_hcd :00:02.2: reused qh 81001e1808c0 schedule
usb 3-1.4.3: link qh4-3804/81001e1808c0 start 3 [1/2 us]
Hangcheck: hangcheck value past margin!
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
: init
State: S (sleeping)
Tgid: 1
Pid:1
PPid: 0
TracerPid: 0
...
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 20:38:24 +
Zan Lynx [EMAIL PROTECTED] wrote:
While I'm reporting problems I'll get this one out there.
I normally use a USB-2 memory card reader but I also have a PCMCIA
CompactFlash adapter that I use
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 23:09:43 +
Zan Lynx [EMAIL PROTECTED] wrote:
[cut]
Now with MM kernels 2.6.24 rc1-4 the PCMCIA adapter works again, but I
only get read rates of 1.6 MB/s. When it used to work in 2.6.20 I got
at least
On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 23:09:43 +
Zan Lynx [EMAIL PROTECTED] wrote:
On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote:
On Fri, 07 Dec 2007 20:38:24 +
Zan Lynx [EMAIL PROTECTED] wrote:
While I'm reporting
528288
sd 4:0:0:0: [sdg] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdg, sector 528672
sd 4:0:0:0: [sdg] Result: hostbyte=0x01 driverbyte=0x00
end_request: I/O error, dev sdg, sector 546392
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
: init
State: S (sleeping)
Tgid: 1
Pid:1
PPid: 0
TracerPid: 0
...
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
margin!
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Andrew Morton wrote:
[cut]
hm, that was supposed to shut itself off after 100 messages:
if (unlikely(clone_flags & (CLONE_DETACHED|CLONE_STOPPED))) {
static int __read_mostly count = 100;
if (count && printk_ratelimit()) {
char
Andrew Morton wrote:
[cut]
hm, that was supposed to shut itself off after 100 messages:
if (unlikely(clone_flags (CLONE_DETACHED|CLONE_STOPPED))) {
static int __read_mostly count = 100;
if (count printk_ratelimit()) {
char
e ACPI info in /proc had been missing I would have
suspected something like this right away.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
info in /proc had been missing I would have
suspected something like this right away.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
ueues like CFQ than the MD
closest-head.
An implementation would also need to be benchmarked against the MD
raid-1.
Along with the time to submit it to LKML, get it reviewed and polish it
up, it might make a good student project.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
reverse-engineering might be needed.
Hmm. I can add more data to this. My x86_64 mode laptop is running
2.6.23-mm1 with Reiser4 and does not experience problems.
I am using 64-bit kernel, libata (I think, whatever the SCSI-like PATA
is called), and Reiser4. Both libata and Reiser4 are built-in, not
modules.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
-like PATA
is called), and Reiser4. Both libata and Reiser4 are built-in, not
modules.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
to be benchmarked against the MD
raid-1.
Along with the time to submit it to LKML, get it reviewed and polish it
up, it might make a good student project.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
recompiled.
I am now running with 2.6.23-rc8-mm2 + this patch and things seem good.
(Except for some issues with ACPI battery info moving out of proc and
confusing the heck out of HAL and the GNOME power management scripts).
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
applied with fuzz. I manually applied hunk #1 and
recompiled.
I am now running with 2.6.23-rc8-mm2 + this patch and things seem good.
(Except for some issues with ACPI battery info moving out of proc and
confusing the heck out of HAL and the GNOME power management scripts).
--
Zan Lynx [EMAIL
m
# CONFIG_CRC_ITU_T is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
is not set
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_LZO_COMPRESS=y
CONFIG_LZO_DECOMPRESS=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description
On Thu, 2007-08-23 at 11:28 +0200, Jiri Kosina wrote:
> On Wed, 22 Aug 2007, Zan Lynx wrote:
>
> > After installing this new wonder kernel on my AMD-64 laptop, I
> > discovered that Beagle wouldn't start. While enjoying how fast my
> > system felt ( :) ) I also d
On Thu, 2007-08-23 at 11:28 +0200, Jiri Kosina wrote:
On Wed, 22 Aug 2007, Zan Lynx wrote:
After installing this new wonder kernel on my AMD-64 laptop, I
discovered that Beagle wouldn't start. While enjoying how fast my
system felt ( :) ) I also discovered that Evolution wouldn't start
t's not a 32-bit address...
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
not a 32-bit address...
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-08-13 at 17:09 -0400, Dave Jones wrote:
> On Mon, Aug 13, 2007 at 02:40:06PM -0600, Zan Lynx wrote:
> > I thought most people running -mm were running klive, which shou
> > ld tell kernel versions, uptime and other things. I run it, anyway.
> >
> >
e' patch.
I thought most people running -mm were running klive, which shou
ld tell kernel versions, uptime and other things. I run it, anyway.
http://klive.cpushare.com/
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
, uptime and other things. I run it, anyway.
http://klive.cpushare.com/
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-08-13 at 17:09 -0400, Dave Jones wrote:
On Mon, Aug 13, 2007 at 02:40:06PM -0600, Zan Lynx wrote:
I thought most people running -mm were running klive, which shou
ld tell kernel versions, uptime and other things. I run it, anyway.
http://klive.cpushare.com/
If that's
th the volatile removed:
main:
.LFB2:
movqtptr(%rip), %rax
movl$0, (%rax)
.L2:
jmp .L2
If the compiler can see it clearly, it will optimize out the load
without the volatile.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
If the compiler can see it clearly, it will optimize out the load
without the volatile.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Wed, 2007-08-01 at 08:52 -0700, Nish Aravamudan wrote:
> On 7/31/07, Zan Lynx <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-07-31 at 15:02 -0700, Randy Dunlap wrote:
> > > On Tue, 31 Jul 2007 15:44:21 -0600 Zan Lynx wrote:
> > >
> > > > I was pla
On Wed, 2007-08-01 at 08:52 -0700, Nish Aravamudan wrote:
On 7/31/07, Zan Lynx [EMAIL PROTECTED] wrote:
On Tue, 2007-07-31 at 15:02 -0700, Randy Dunlap wrote:
On Tue, 31 Jul 2007 15:44:21 -0600 Zan Lynx wrote:
I was playing with huge pages and libhugetlbfs. Small programs like
ls
On Tue, 2007-07-31 at 15:02 -0700, Randy Dunlap wrote:
> On Tue, 31 Jul 2007 15:44:21 -0600 Zan Lynx wrote:
>
> > I was playing with huge pages and libhugetlbfs. Small programs like
> > "ls" work fine. I tried running Evolution through libhugetlbfs and the
> >
@"
I don't have any more info than that at the moment but I could reproduce
it with whatever, on request.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
] ktxnmgrd+0x0/0x1a0
[] ktxnmgrd+0x141/0x1a0
[] ktxnmgrd+0x0/0x1a0
[] kthread+0x4b/0x80
[] child_rip+0xa/0x12
[] restore_args+0x0/0x30
[] kthread+0x0/0x80
[] child_rip+0x0/0x12
INFO: lockdep is turned off.
Hangcheck: hangcheck value past margin!
SysRq : Resetting
--
Zan Lynx <[EM
value past margin!
SysRq : Resetting
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
HUGETLB_MORECORE=yes
export HUGETLB_PATH=/mnt/huge
export HUGETLB_VERBOSE=1
exec $@
I don't have any more info than that at the moment but I could reproduce
it with whatever, on request.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Tue, 2007-07-31 at 15:02 -0700, Randy Dunlap wrote:
On Tue, 31 Jul 2007 15:44:21 -0600 Zan Lynx wrote:
I was playing with huge pages and libhugetlbfs. Small programs like
ls work fine. I tried running Evolution through libhugetlbfs and the
system slowly stops running. One
speed
improvement over swapping to laptop disk.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
can't help but think it'd be more efficient than recursing
every directory and adding a watch.
Or maybe a netlink thing that could buffer events since filesystem mount
until a daemon could get around to starting, so none were lost.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description:
be more efficient than recursing
every directory and adding a watch.
Or maybe a netlink thing that could buffer events since filesystem mount
until a daemon could get around to starting, so none were lost.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message
, and
hence to find updatedb more painful.
A well done swap-to-flash would help here. I sometimes do it anyway to
a 4GB CF card but I can tell it's hitting the read/update/write cycles
on the flash blocks. The sad thing is that it is still a speed
improvement over swapping to laptop disk.
--
Zan
it's largely XFS that's the problem? No problems
> with LVM/MD and say plain ext?
There *are* crashes from LVM and ext3. I had to change kernels to avoid
them.
I had crashes with ext3 on LVM snapshot on DM mirror on SATA.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-07-16 at 22:50 +0400, Edward Shishkin wrote:
> Zan Lynx wrote:
> ...
>
> >Unable to handle kernel NULL pointer dereference at
> RIP:
> > [] reiser4_tree_by_page+0x4/0x20
[snip]
> This is bug in Zam's new file_read:
On Mon, 2007-07-16 at 22:50 +0400, Edward Shishkin wrote:
Zan Lynx wrote:
...
Unable to handle kernel NULL pointer dereference at
RIP:
[8033d324] reiser4_tree_by_page+0x4/0x20
[snip]
This is bug in Zam's new file_read: unlocked page was reclaimed
? No problems
with LVM/MD and say plain ext?
There *are* crashes from LVM and ext3. I had to change kernels to avoid
them.
I had crashes with ext3 on LVM snapshot on DM mirror on SATA.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Thu, 2007-07-12 at 14:31 -0600, Zan Lynx wrote:
> Edward Shishkin wrote:
> >
> > I have found the bug, which kills data
> > when booting after crash, power loss, etc.
> > The patch is attached.
> > Please, ping me, if it doesn't help..
>
> It appears
On Thu, 2007-07-12 at 14:31 -0600, Zan Lynx wrote:
Edward Shishkin wrote:
I have found the bug, which kills data
when booting after crash, power loss, etc.
The patch is attached.
Please, ping me, if it doesn't help..
It appears to be holding up well so far. About 5 hours of Gentoo
Edward Shishkin wrote:
I have found the bug, which kills data
when booting after crash, power loss, etc.
The patch is attached.
Please, ping me, if it doesn't help..
It appears to be holding up well so far. About 5 hours of Gentoo
updating and compiling.
-
To unsubscribe from this list:
Edward Shishkin wrote:
I have found the bug, which kills data
when booting after crash, power loss, etc.
The patch is attached.
Please, ping me, if it doesn't help..
It appears to be holding up well so far. About 5 hours of Gentoo
updating and compiling.
-
To unsubscribe from this list:
Jesper Juhl wrote:
Hi,
I'm wondering if it's time to make 4K stacks the default and to start
considering removing the 8K stack option alltogether soon?
One of the big problem spots was XFS, but that got some stack usage
fixes recently, and the 4K stack option has been around for quite a
Jesper Juhl wrote:
Hi,
I'm wondering if it's time to make 4K stacks the default and to start
considering removing the 8K stack option alltogether soon?
One of the big problem spots was XFS, but that got some stack usage
fixes recently, and the 4K stack option has been around for quite a
CONFIG_CRC32=y
# CONFIG_CRC7 is not set
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=y
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
=y
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
s on request, and when I get the chance. This
is a heads-up on the BUG in case someone has an "ah ha!" moment.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
someone has an ah ha! moment.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
s long as the partition is formatted ReiserFS.
It can't be a simple bug, because I am running 2.6.22-rc3-mm1 and
Reiser4 on / right now, and it works well for me.
I am using a busybox initramfs that does the actual mounting. I don't
know if that makes a difference.
--
Zan Lynx <[EMAIL
.
It can't be a simple bug, because I am running 2.6.22-rc3-mm1 and
Reiser4 on / right now, and it works well for me.
I am using a busybox initramfs that does the actual mounting. I don't
know if that makes a difference.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally
rget3:0:3
PM: Removing info for No Bus:target3:0:3
PM: Adding info for No Bus:target3:0:4
PM: Removing info for No Bus:target3:0:4
PM: Adding info for No Bus:target3:0:5
PM: Removing info for No Bus:target3:0:5
PM: Adding info for No Bus:target3:0:6
PM: Removing info for No Bus:target3:0:6
for No Bus:target3:0:7
PM: Removing info for No Bus:target3:0:7
usb-storage: device scan complete
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
audience :)
But I'll see what happens.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
t work crashed once a week
while running rdiff-backup off a snapshot. Installing a 64-bit kernel
stopped the crashes, and I believe the 64-bit still uses the bigger
stacks.
--
Zan Lynx <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
once a week
while running rdiff-backup off a snapshot. Installing a 64-bit kernel
stopped the crashes, and I believe the 64-bit still uses the bigger
stacks.
--
Zan Lynx [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
1 - 100 of 140 matches
Mail list logo