. I've succeeded in saving these. What do I do
now?
Thanks,
Jurriaan
[ 1700.156407] hfs: can't find a HFS filesystem on dev sda2
[ 2069.620419] INFO: rcu_sched self-detected stall on CPU
[ 2069.620469] 34-...: (2565 ticks this GP) idle=963/141/0
softirq=86043/86045 fqs=4402
. I've succeeded in saving these. What do I do
now?
Thanks,
Jurriaan
[ 1700.156407] hfs: can't find a HFS filesystem on dev sda2
[ 2069.620419] INFO: rcu_sched self-detected stall on CPU
[ 2069.620469] 34-...: (2565 ticks this GP) idle=963/141/0
softirq=86043/86045 fqs=4402
router, I'd be very
interested to learn which one!
Thanks,
Jurriaan
wlan0 IEEE 802.11abgn ESSID:"onderneming10_5"
Mode:Managed Frequency:5.2 GHz Access Point: 00:90:A9:0E:D5:58
Bit Rate=270 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off
router, I'd be very
interested to learn which one!
Thanks,
Jurriaan
wlan0 IEEE 802.11abgn ESSID:onderneming10_5
Mode:Managed Frequency:5.2 GHz Access Point: 00:90:A9:0E:D5:58
Bit Rate=270 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment
From: Russell King - ARM Linux
Date: Sat, Sep 06, 2014 at 07:29:16PM +0100
> On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote:
> > I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb
> > memory.
> >
> > On booting, I see that a large chunk of
From: Russell King - ARM Linux li...@arm.linux.org.uk
Date: Sat, Sep 06, 2014 at 07:29:16PM +0100
On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote:
I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb
memory.
On booting, I see that a large chunk of that new
WOOD_SOC=m
CONFIG_SND_KIRKWOOD_SOC_OPENRD=m
CONFIG_SND_KIRKWOOD_SOC_T5325=m
CONFIG_MACH_DB88F6281_BP=y
Is there something I can tweak in this config to make all memory usable
or any other way to solve this? I can test new kernels, I have a working
serial console cable installed in the TS-221.
Thanks,
Jurriaan
--
To unsubs
=m
CONFIG_SND_KIRKWOOD_SOC_T5325=m
CONFIG_MACH_DB88F6281_BP=y
Is there something I can tweak in this config to make all memory usable
or any other way to solve this? I can test new kernels, I have a working
serial console cable installed in the TS-221.
Thanks,
Jurriaan
--
To unsubscribe from
MODPOST 196 modules
ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbmouse.ko]
undefined!
ERROR: "usbhid_lookup_quirk" [drivers/hid/usbhid/usbkbd.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
The problem was fixed by defining CONFIG_USB_HID=m - but I
MODPOST 196 modules
ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbmouse.ko]
undefined!
ERROR: usbhid_lookup_quirk [drivers/hid/usbhid/usbkbd.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
The problem was fixed by defining CONFIG_USB_HID=m - but I think
: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63, UDMA(100)
hdq: cache flushes supported
hdq: hdq1
hdt: max request size: 1024KiB
hdt: 585940320 sectors (31 MB) w/2048KiB Cache, CHS=36473/255/63, UDMA(100)
hdt: cache flushes supported
hdt: hdt1
Kind regards,
Jurriaan
-
To un
/8192KiB Cache, CHS=30401/255/63, UDMA(100)
hdq: cache flushes supported
hdq: hdq1
hdt: max request size: 1024KiB
hdt: 585940320 sectors (31 MB) w/2048KiB Cache, CHS=36473/255/63, UDMA(100)
hdt: cache flushes supported
hdt: hdt1
Kind regards,
Jurriaan
-
To unsubscribe from this list: send the line
From: Alan Cox <[EMAIL PROTECTED]>
Date: Thu, Jul 21, 2005 at 08:30:13PM +0100
> On Iau, 2005-07-21 at 19:26 +0200, jurriaan wrote:
> > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> > hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
>
> There
- even my raid1 set on this disk isn't
impacted, the speed stays ok, I'm wondering if there's a command being
sent the disk (or the controller) doesn't know how to handle.
smartctl isn't active, BTW.
Thanks,
Jurriaan
--
And the gosts of hope walk silent halls
At the death of the promised land
- even my raid1 set on this disk isn't
impacted, the speed stays ok, I'm wondering if there's a command being
sent the disk (or the controller) doesn't know how to handle.
smartctl isn't active, BTW.
Thanks,
Jurriaan
--
And the gosts of hope walk silent halls
At the death of the promised land
From: Alan Cox [EMAIL PROTECTED]
Date: Thu, Jul 21, 2005 at 08:30:13PM +0100
On Iau, 2005-07-21 at 19:26 +0200, jurriaan wrote:
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
There was corruption on the cable between
el is written in C, not C++.
3) if userspace needs those headers, write your own based on the kernel
headers.
Do you really think you're the first to notice this since it exists in
2.4 headers?
Good luck,
Jurriaan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
) if userspace needs those headers, write your own based on the kernel
headers.
Do you really think you're the first to notice this since it exists in
2.4 headers?
Good luck,
Jurriaan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
IG_ZLIB_DEFLATE=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_X86_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_PC=y
Good luck,
Jurriaan
--
You stay here, Audrey -- this is between me and the vegetable!
Seymour, from Little Shop Of Hor
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_PC=y
Good luck,
Jurriaan
--
You stay here, Audrey -- this is between me and the vegetable!
Seymour, from Little Shop Of Horrors
Debian (Unstable) GNU/Linux 2.6.11-mm1 2x4734 bogomips load 0.38
-
To unsubscribe from
f the
pa-risc platform all use 2.6.x kernels. You need to get 2.6.X-paY
patches - it's all on the parisc mailinglist.
Good luck,
Jurriaan
-
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/
,
Jurriaan
-
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/
ONFIG_KALLSYMS=y
> # CONFIG_KALLSYMS_ALL is not set
> # CONFIG_KALLSYMS_EXTRA_PASS is not set
Read what it says, and enable CONFIG_KALLSYMS_EXTRA_PASS, then try
again.
Good luck,
Jurriaan
--
I believe in coincidence. Coincidences happen every day. But I don't
trust coincidences.
Gara
# CONFIG_KALLSYMS_EXTRA_PASS is not set
Read what it says, and enable CONFIG_KALLSYMS_EXTRA_PASS, then try
again.
Good luck,
Jurriaan
--
I believe in coincidence. Coincidences happen every day. But I don't
trust coincidences.
Garak - DS9
Debian (Unstable) GNU/Linux 2.6.11-rc3-mm1 2x6078 bogomips load 0.66
to their kernel but replacing it
> shouldn't make other applications fails.
>
> Any assistance would be greatly appreciated.
>
If lots of things fail in strange places, I would wonder if your glibc
is compatible with your kernel. I suggest you take it up on a redhat
mailinglist.
G
applications fails.
Any assistance would be greatly appreciated.
If lots of things fail in strange places, I would wonder if your glibc
is compatible with your kernel. I suggest you take it up on a redhat
mailinglist.
Good luck,
Jurriaan
--
Maybe I shall start calling my tricorder Sally
DS9
esting line is just above the part you posted - the actual
error message. Also, 2.4.9 is ancient - current kernel is 2.4.29 IIRC.
Good luck,
Jurriaan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
message. Also, 2.4.9 is ancient - current kernel is 2.4.29 IIRC.
Good luck,
Jurriaan
-
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
wo modules "scx200" in the kernel...
>
> They are almost mutually exlusive(SuperIO contains more advanced),
> so I do not see any problem here.
> Only one of them can be loaded in a time.
>
> So what does exactly bother you?
>
lsmod in bugreports giving unspecific results,
mutually exlusive(SuperIO contains more advanced),
so I do not see any problem here.
Only one of them can be loaded in a time.
So what does exactly bother you?
lsmod in bugreports giving unspecific results, for example.
Kind regards,
Jurriaan
--
So you believe.
Jewel ATerafin shrugged. I
30 matches
Mail list logo