Re: oops in VMWARE vmnet, on 2.6.12.x
On Tuesday 06 September 2005 14:21, Mathieu wrote: > "linux-os \(Dick Johnson\)" <[EMAIL PROTECTED]> disait dernièrement que > : > > are you serious or just on drugs ? Someone was on drugs in first place, when he decided to change API in such baaad way. -- GJ Binary system, you're either 1 or 0... dead or alive ;) - 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/
oops in VMWARE vmnet, on 2.6.12.x
I know that in general no one here is interested in vmware affairs, but in hope that VMware folks are reading this list too, here's the oops: It's the newest vmware5 for linux from vmware.com ksymoops 2.4.9 on i686 2.6.12.4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.6.12.4/ (default) -m /boot/System.map-2.6.12.4 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Error (regular_file): read_ksyms stat /proc/ksyms failed No modules in ksyms, skipping objects No ksyms, skipping lsmod c02993d7 *pde = Oops: [#1] CPU:0 EIP:0060:[]Tainted: P VLI Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 (2.6.12.4) eax: 0001 ebx: d559e800 ecx: 000b edx: df307800 esi: d559e80c edi: ebp: d1a4fdf0 esp: d1a4fdd0 ds: 007b es: 007b ss: 0068 Stack: df307800 000a df307934 d559e800 d559e80c d1a4fe14 e1a31707 0010 0020 0001 d559e800 df307805 d559e811 d1a4fe3c e1a3187a d559e800 d559e80c d1a4fe34 c01381a6 d559e80c Call Trace: [] show_stack+0x80/0x96 [] show_registers+0x15a/0x1d1 [] die+0xd2/0x14b [] do_page_fault+0x455/0x68e [] error_code+0x4f/0x54 [] VNetBridgeUp+0xe5/0x16b [vmnet] [] VNetBridgeNotify+0x7e/0x167 [vmnet] [] register_netdevice_notifier+0x6f/0x74 [] VNetBridge_Create+0x88/0x279 [vmnet] [] VNetFileOpIoctl+0x24a/0x4d3 [vmnet] [] do_ioctl+0x4f/0x74 [] vfs_ioctl+0x62/0x1c2 [] sys_ioctl+0x77/0x84 [] syscall_call+0x7/0xb Code: e9 39 fc ff ff ba ea ff ff ff c7 85 68 ff ff ff 04 00 00 00 e9 fd fb ff ff 55 89 e5 83 ec 20 8b 45 10 89 5d f4 89 75 f8 89 7d fc <8b> 70 68 85 f6 0f 84 02 01 00 00 8b 55 0c 89 34 24 89 54 24 04 >>EIP; c02993d7<= >>ebx; d559e800 >>edx; df307800 >>esi; d559e80c >>ebp; d1a4fdf0 >>esp; d1a4fdd0 Trace; c0103c2b Trace; c0103dbb Trace; c0103fa7 Trace; c0115c8f Trace; c01038a3 Trace; e1a31707 Trace; e1a3187a Trace; c029fb49 Trace; e1a3104c Trace; e1a2e67c Trace; c0164657 Trace; c01647bc Trace; c0164993 Trace; c0102d81 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; c02993ac <_EIP>: Code; c02993ac 0: e9 39 fc ff ffjmpfc3e <_EIP+0xfc3e> Code; c02993b1 5: ba ea ff ff ffmov$0xffea,%edx Code; c02993b6 a: c7 85 68 ff ff ff 04 movl $0x4,0xff68(%ebp) Code; c02993bd 11: 00 00 00 Code; c02993c0 14: e9 fd fb ff ffjmpfc16 <_EIP+0xfc16> Code; c02993c5 19: 55push %ebp Code; c02993c6 1a: 89 e5 mov%esp,%ebp Code; c02993c8 1c: 83 ec 20 sub$0x20,%esp Code; c02993cb 1f: 8b 45 10 mov0x10(%ebp),%eax Code; c02993ce 22: 89 5d f4 mov%ebx,0xfff4(%ebp) Code; c02993d1 25: 89 75 f8 mov%esi,0xfff8(%ebp) Code; c02993d4 28: 89 7d fc mov%edi,0xfffc(%ebp) This decode from eip onwards should be reliable Code; c02993d7 <_EIP>: Code; c02993d7<= 0: 8b 70 68 mov0x68(%eax),%esi <= Code; c02993da 3: 85 f6 test %esi,%esi Code; c02993dc 5: 0f 84 02 01 00 00 je 10d <_EIP+0x10d> Code; c02993e2 b: 8b 55 0c mov0xc(%ebp),%edx Code; c02993e5 e: 89 34 24 mov%esi,(%esp) Code; c02993e8 11: 89 54 24 04 mov%edx,0x4(%esp) Thanks. -- GJ Binary system, you're either 1 or 0... dead or alive ;) - 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/
Re: hama card reader 19in1 question on USB (not workie)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks dude, it worked ! DervishD wrote: > Hi Grzegorz :) > > * Grzegorz Piotr Jaskiewicz <[EMAIL PROTECTED]> dixit: > >>Apr 19 14:03:49 thinkpaddie kernel: Vendor: USB Read Model: CF Card >> CF Rev: 1.8D >>Apr 19 14:03:49 thinkpaddie kernel: Type: Direct-Access >> ANSI SCSI revision: 00 > > [...] > >>But no SD card is detected, and I can't mount the card. > > > Only the first LUN is being detected. You need a kernel with > CONFIG_SCSI_MULTI_LUN in order to have all slots detected in the card > reader. I have a 8-in-1 card reader with 4 slots and I need multiple > LUN support. > > Try that ;) > > Raúl Núñez de Arenas Coronado > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCZV+ki0HtPCVkDAURAl+SAJ9EtCRBO1al5Q/jkYXAgMEpMdpmuACdE9ix 0g6SWend2Gta9G7mJuHR26o= =0c55 -END PGP SIGNATURE- - 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/
hama card reader 19in1 question on USB (not workie)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello
Does anyone have sucessfully used device in subject ?
It doesn't seem to work here. All I get is:
Apr 19 14:03:44 thinkpaddie kernel: usb 1-1.4: new full speed USB device
using uhci_hcd and address 7
Apr 19 14:03:44 thinkpaddie kernel: scsi5 : SCSI emulation for USB Mass
Storage devices
Apr 19 14:03:44 thinkpaddie kernel: usb-storage: device found at 7
Apr 19 14:03:44 thinkpaddie kernel: usb-storage: waiting for device to
settle before scanning
Apr 19 14:03:46 thinkpaddie usb.agent[13125]: usb-storage: already
loaded
Apr 19 14:03:49 thinkpaddie kernel: Vendor: USB Read Model: CF Card
CF Rev: 1.8D
Apr 19 14:03:49 thinkpaddie kernel: Type: Direct-Access
ANSI SCSI revision: 00
Apr 19 14:03:50 thinkpaddie kernel: Attached scsi removable disk sda at
scsi5, channel 0, id 0, lun 0
Apr 19 14:03:50 thinkpaddie kernel: usb-storage: device scan complete
Apr 19 14:03:50 thinkpaddie scsi.agent[13167]: sd_mod: loaded
sucessfully (for disk)
Apr 19 14:03:50 thinkpaddie udev[13180]: configured rule in
'/etc/udev/rules.d/devfs.rules' at line 23 applied, added symlink '%k %c{2}'
Apr 19 14:03:50 thinkpaddie udev[13180]: configured rule in
'/etc/udev/rules.d/devfs.rules' at line 23 applied, 'sda' becomes '%c{1}'
Apr 19 14:03:50 thinkpaddie udev[13180]: creating device node
'/dev/scsi/host5/bus0/target0/lun0/disc'
But no SD card is detected, and I can't mount the card.
- --
GJ
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCZPPdi0HtPCVkDAURAh39AJ4xIwn3X95ez+Kmn9v/vm6LbbXVDgCffdol
+pDKDEIgxyNUy7iTugUxHPY=
=riFn
-END PGP SIGNATURE-
-
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/
Re: [OOPS] on usb removal, and minicom closing 2.6.11.7
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Works great, I would like to ask everyone here on lkml to consider
adding this patch to mainline.
This ain't naughty solution, checking for object/pointer/whatever if
exists before doing anything with it, is good.
Anyone?
Buy the way, I am also looking for usblan for 2.6, can I use usbnet
instead ? Anyone ported usblan to 2.6 (it's on GPL).
JustMan wrote:
>>So,
>>
>>I plugged in e680 motorola phone, played a bit with minicom on
>>/dev/ttyACM0, and when I closed minicom, got this oops. USB is useless,
>>got to reboot computer to use it again!
>>it's vanilla 2.6.11.7
>>
>>oops attached.
>>
>
>
> Try attached patch... (nasty solution, but it work for my C350 motorola
> phone)
>
>
>>
>
>
>
>
> diff -uNrp linux/drivers/base/class.orig.c linux/drivers/base/class.c
> --- linux/drivers/base/class.orig.c 2005-03-10 12:19:00.0 +0300
> +++ linux/drivers/base/class.c2005-03-10 13:59:27.0 +0300
> @@ -307,12 +307,14 @@ static int class_hotplug(struct kset *ks
> if (class_dev->dev) {
> /* add physical device, backing this device */
> struct device *dev = class_dev->dev;
> - char *path = kobject_get_path(&dev->kobj, GFP_KERNEL);
>
> - add_hotplug_env_var(envp, num_envp, &i, buffer, buffer_size,
> - &length, "PHYSDEVPATH=%s", path);
> - kfree(path);
> + if(kobject_name(&dev->kobj)) {
> + char *path = kobject_get_path(&dev->kobj, GFP_KERNEL);
>
> + add_hotplug_env_var(envp, num_envp, &i, buffer,
> buffer_size,
> + &length, "PHYSDEVPATH=%s", path);
> + kfree(path);
> + }
> /* add bus name of physical device */
> if (dev->bus)
> add_hotplug_env_var(envp, num_envp, &i,
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCXmTEi0HtPCVkDAURAvIMAJ4+8tKj6jt/ErTtCrsmNYtM2aDfNACgigLA
4GbLbHStQJBq+Ez1lFe+lPo=
=UWvD
-END PGP SIGNATURE-
-
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/
[OOPS] on usb removal, and minicom closing 2.6.11.7
So, I plugged in e680 motorola phone, played a bit with minicom on /dev/ttyACM0, and when I closed minicom, got this oops. USB is useless, got to reboot computer to use it again! it's vanilla 2.6.11.7 oops attached. ksymoops 2.4.9 on i686 2.6.11.7. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.6.11.7/ (default) -m /boot/System.map-2.6.11.7 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Error (regular_file): read_ksyms stat /proc/ksyms failed No modules in ksyms, skipping objects No ksyms, skipping lsmod Oops: [#1] CPU:0 EIP:0060:[]Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 (2.6.11.7) eax: ebx: ecx: edx: c17d3df8 esi: 0001 edi: ebp: c74a9d70 esp: c74a9d64 ds: 007b es: 007b ss: 0068 Stack: c03a38e0 c17d3dd4 d269e378 c74a9d94 c01efcda c17d3df8 c041e888 d4b03d2c 0001 c03a38e0 c17d3dd4 d269e378 c74a9dd8 c025f75c c17d3df8 00d0 d269e360 d5efc829 c74a9dc4 c01f3818 d5efc829 2a1037d7 d3481e6c Call Trace: [] show_stack+0x7f/0xa0 [] show_registers+0x156/0x1d0 [] die+0xc8/0x150 [] do_page_fault+0x462/0x699 [] error_code+0x2b/0x30 [] kobject_get_path+0x1a/0x70 [] class_hotplug+0x6c/0x1b0 [] kobject_hotplug+0x1cb/0x2b0 [] kobject_del+0x1b/0x30 [] class_device_del+0xa4/0xc0 [] class_device_unregister+0x12/0x20 [] acm_tty_close+0xc9/0x110 [cdc_acm] [] release_dev+0x6ad/0x7f0 [] tty_release+0x11/0x20 [] __fput+0xec/0x120 [] filp_close+0x50/0x90 [] sys_close+0x4c/0x70 [] syscall_call+0x7/0xb Code: e6 89 34 24 e8 99 11 fa ff eb dc 8d b4 26 00 00 00 00 55 89 e5 8b 55 08 57 56 be 01 00 00 00 53 31 db 8b 3a b9 ff ff ff ff 89 d8 ae f7 d1 49 8b 52 24 8d 74 31 01 85 d2 75 e7 5b 89 f0 5e 5f >>EIP; c01efc59<= >>ecx; <__kernel_rt_sigreturn+1bbf/> >>edx; c17d3df8 >>ebp; c74a9d70 >>esp; c74a9d64 Trace; c010340f Trace; c01035a6 Trace; c01037a8 Trace; c0114d62 Trace; c01030a7 Trace; c01efcda Trace; c025f75c Trace; c01f09bb Trace; c01f009b Trace; c025fc14 Trace; c025fc42 Trace; e0fcf529 Trace; c024921d Trace; c0249801 Trace; c0154a9c <__fput+ec/120> Trace; c01531d0 Trace; c015325c Trace; c0102e93 This architecture has variable length instructions, decoding before eip is unreliable, take these instructions with a pinch of salt. Code; c01efc2e <_EIP>: Code; c01efc2e 0: e6 89 out%al,$0x89 Code; c01efc30 2: 34 24 xor$0x24,%al Code; c01efc32 4: e8 99 11 fa ffcall fffa11a2 <_EIP+0xfffa11a2> Code; c01efc37 9: eb dc jmpffe7 <_EIP+0xffe7> Code; c01efc39 b: 8d b4 26 00 00 00 00 lea0x0(%esi),%esi Code; c01efc40 12: 55push %ebp Code; c01efc41 13: 89 e5 mov%esp,%ebp Code; c01efc43 15: 8b 55 08 mov0x8(%ebp),%edx Code; c01efc46 18: 57 push %edi Code; c01efc47 19: 56push %esi Code; c01efc48 1a: be 01 00 00 00mov$0x1,%esi Code; c01efc4d 1f: 53push %ebx Code; c01efc4e 20: 31 db xor%ebx,%ebx Code; c01efc50 22: 8b 3a mov(%edx),%edi Code; c01efc52 24: b9 ff ff ff ffmov$0x,%ecx Code; c01efc57 29: 89 d8 mov%ebx,%eax This decode from eip onwards should be reliable Code; c01efc59 <_EIP>: Code; c01efc59<= 0: f2 ae repnz scas %es:(%edi),%al <= Code; c01efc5b 2: f7 d1 not%ecx Code; c01efc5d 4: 49dec%ecx Code; c01efc5e 5: 8b 52 24 mov0x24(%edx),%edx Code; c01efc61 8: 8d 74 31 01 lea0x1(%ecx,%esi,1),%esi Code; c01efc65 c: 85 d2 test %edx,%edx Code; c01efc67 e: 75 e7 jnefff7 <_EIP+0xfff7> Code; c01efc69 10: 5bpop%ebx Code; c01efc6a 11: 89 f0 mov%esi,%eax Code; c01efc6c 13: 5epop%esi Code; c01efc6d 14: 5fpop%edi 1 warning and 1 error issued. Results may not be reliable. signature.asc Description: OpenPGP digital signature
Re: swap is never used on ultrasparc64/32 - 2.6.11-rc2 (STILL NOT SOLVED)
Odd, see this:
[EMAIL PROTECTED] root]# cat /proc/meminfo
MemTotal: 123496 kB
MemFree: 61104 kB
Buffers: 6776 kB
Cached: 16752 kB
SwapCached: 0 kB
Active: 36280 kB
Inactive:11824 kB
HighTotal: 0 kB
HighFree:0 kB
LowTotal: 123496 kB
LowFree: 61104 kB
SwapTotal: 127984 kB
SwapFree: 127984 kB
Dirty: 360 kB
Writeback: 48 kB
Mapped: 18446744073652757328 kB
Slab: 6912 kB
CommitLimit:189728 kB
Committed_AS:46032 kB
PageTables:952 kB
VmallocTotal: 3145728 kB
VmallocUsed: 1520 kB
VmallocChunk: 3144176 kB
HugePages_Total: 0
HugePages_Free: 0
Hugepagesize: 512 kB
Grzegorz Piotr Jaskiewicz wrote:
I've 2.6.11-rc2 sparc64 kernel, userland is 32bits.
I was compiling few things, fired up firefox, and kaboom. No memory.
Meanwhile, I runned swapoff -a, mkswap -v1 /dev/hda2 , swapon -a, and
tried to replace swap partition with swap file, which didn't worked either.
Here's dmesg:
oom-killer: gfp_mask=0x1d2
DMA per-cpu:
cpu 0 hot: low 6, high 18, batch 3
cpu 0 cold: low 0, high 6, batch 3
Normal per-cpu: empty
HighMem per-cpu: empty
Free pages:3520kB (0kB HighMem)
Active:28 inactive:13023 dirty:0 writeback:0 unstable:0 free:440
slab:908 mapped:18446744073704443093 pagetables:167
DMA free:3520kB min:1408kB low:1760kB high:2112kB active:224kB
inactive:104184kB present:125192kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
HighMem free:0kB min:256kB low:320kB high:384kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
DMA: 240*8kB 14*16kB 1*32kB 1*64kB 2*128kB 2*256kB 1*512kB 0*1024kB
0*2048kB 0*4096kB 0*8192kB = 3520kB
Normal: empty
HighMem: empty
Swap cache: add 310, delete 310, find 41/50, race 0+0
Out of Memory: Killed process 15926 (mozilla-bin).
Out of Memory: Killed process 15923 (mozilla-bin).
Out of Memory: Killed process 15927 (mozilla-bin).
Out of Memory: Killed process 15931 (mozilla-bin).
ioctl32(esd:16474): Unknown cmd fd(10) cmd(40045500){00} arg(efffe35c)
on /dev/snd/controlC0
oom-killer: gfp_mask=0x1d2
DMA per-cpu:
cpu 0 hot: low 6, high 18, batch 3
cpu 0 cold: low 0, high 6, batch 3
Normal per-cpu: empty
HighMem per-cpu: empty
Free pages:2312kB (0kB HighMem)
Active:14 inactive:13186 dirty:0 writeback:0 unstable:0 free:289
slab:895 mapped:18446744073704347582 pagetables:161
DMA free:2312kB min:1408kB low:1760kB high:2112kB active:112kB
inactive:105488kB present:125192kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
HighMem free:0kB min:256kB low:320kB high:384kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
DMA: 95*8kB 11*16kB 1*32kB 1*64kB 2*128kB 2*256kB 1*512kB 0*1024kB
0*2048kB 0*4096kB 0*8192kB = 2312kB
Normal: empty
HighMem: empty
Swap cache: add 310, delete 310, find 41/50, race 0+0
Out of Memory: Killed process 16456 (firefox-bin).
Out of Memory: Killed process 16450 (firefox-bin).
Out of Memory: Killed process 16457 (firefox-bin).
Out of Memory: Killed process 16461 (firefox-bin).
Adding 249936k swap on /dev/hda2. Priority:-2 extents:1
ioctl32(esd:16742): Unknown cmd fd(10) cmd(40045500){00} arg(efffe35c)
on /dev/snd/controlC0
Adding 127984k swap on /swap. Priority:-3 extents:5
top shows that swap memory is present, but it never get used.
-
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/
swap is never used on ultrasparc64/32 - 2.6.11-rc2
I've 2.6.11-rc2 sparc64 kernel, userland is 32bits.
I was compiling few things, fired up firefox, and kaboom. No memory.
Meanwhile, I runned swapoff -a, mkswap -v1 /dev/hda2 , swapon -a, and
tried to replace swap partition with swap file, which didn't worked either.
Here's dmesg:
oom-killer: gfp_mask=0x1d2
DMA per-cpu:
cpu 0 hot: low 6, high 18, batch 3
cpu 0 cold: low 0, high 6, batch 3
Normal per-cpu: empty
HighMem per-cpu: empty
Free pages:3520kB (0kB HighMem)
Active:28 inactive:13023 dirty:0 writeback:0 unstable:0 free:440
slab:908 mapped:18446744073704443093 pagetables:167
DMA free:3520kB min:1408kB low:1760kB high:2112kB active:224kB
inactive:104184kB present:125192kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
HighMem free:0kB min:256kB low:320kB high:384kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
DMA: 240*8kB 14*16kB 1*32kB 1*64kB 2*128kB 2*256kB 1*512kB 0*1024kB
0*2048kB 0*4096kB 0*8192kB = 3520kB
Normal: empty
HighMem: empty
Swap cache: add 310, delete 310, find 41/50, race 0+0
Out of Memory: Killed process 15926 (mozilla-bin).
Out of Memory: Killed process 15923 (mozilla-bin).
Out of Memory: Killed process 15927 (mozilla-bin).
Out of Memory: Killed process 15931 (mozilla-bin).
ioctl32(esd:16474): Unknown cmd fd(10) cmd(40045500){00} arg(efffe35c)
on /dev/snd/controlC0
oom-killer: gfp_mask=0x1d2
DMA per-cpu:
cpu 0 hot: low 6, high 18, batch 3
cpu 0 cold: low 0, high 6, batch 3
Normal per-cpu: empty
HighMem per-cpu: empty
Free pages:2312kB (0kB HighMem)
Active:14 inactive:13186 dirty:0 writeback:0 unstable:0 free:289
slab:895 mapped:18446744073704347582 pagetables:161
DMA free:2312kB min:1408kB low:1760kB high:2112kB active:112kB
inactive:105488kB present:125192kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
HighMem free:0kB min:256kB low:320kB high:384kB active:0kB inactive:0kB
present:0kB pages_scanned:0 all_unreclaimable? no
protections[]: 0 0 0
DMA: 95*8kB 11*16kB 1*32kB 1*64kB 2*128kB 2*256kB 1*512kB 0*1024kB
0*2048kB 0*4096kB 0*8192kB = 2312kB
Normal: empty
HighMem: empty
Swap cache: add 310, delete 310, find 41/50, race 0+0
Out of Memory: Killed process 16456 (firefox-bin).
Out of Memory: Killed process 16450 (firefox-bin).
Out of Memory: Killed process 16457 (firefox-bin).
Out of Memory: Killed process 16461 (firefox-bin).
Adding 249936k swap on /dev/hda2. Priority:-2 extents:1
ioctl32(esd:16742): Unknown cmd fd(10) cmd(40045500){00} arg(efffe35c)
on /dev/snd/controlC0
Adding 127984k swap on /swap. Priority:-3 extents:5
top shows that swap memory is present, but it never get used.
--
GJ
-
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/
Re: can't compile 2.6.11-rc2 on sparc64
On Sunday 23 January 2005 03:13, Randy.Dunlap wrote: > It's the '-Werror' option that makes warnings become fatal > errors that is stopping you here. You could edit > arch/sparc64/kernel/Makefile and remove/comment that for now. Thanks, I didn't noticed that. Have built only x86_74 and i386 archs before, these don't use -Wall I guess. (too many warnings on different signess comparation, btw, IMO security problem - might be in the future). -- GJ - 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/
Re: can't compile 2.6.11-rc2 on sparc64
On Sunday 23 January 2005 02:36, Randy.Dunlap wrote: > Please look for another error. Run 'make' again. > Those are all just warnings and don't cause a build error. all output past make: [EMAIL PROTECTED] linux-2.6.11-rc2]# make V=1 if test ! /usr/src/linux-2.6.11-rc2 -ef /usr/src/linux-2.6.11-rc2; then \ /bin/bash /usr/src/linux-2.6.11-rc2/scripts/mkmakefile \ /usr/src/linux-2.6.11-rc2 /usr/src/linux-2.6.11-rc2 2 6 \ > /usr/src/linux-2.6.11-rc2/Makefile; \ echo ' GEN/usr/src/linux-2.6.11-rc2/Makefile'; \ fi CHK include/linux/version.h rm -rf .tmp_versions mkdir -p .tmp_versions make -f scripts/Makefile.build obj=scripts/basic make -f scripts/Makefile.build obj=scripts make -f scripts/Makefile.build obj=scripts/genksyms make -f scripts/Makefile.build obj=scripts/mod make -f scripts/Makefile.build obj=init CHK include/linux/compile.h make -f scripts/Makefile.build obj=usr set -e; echo ' CHK usr/initramfs_list'; mkdir -p usr/; /bin/bash /usr/src/linux-2.6.11-rc2/scripts/gen_initramfs_list.sh> usr/initramfs_list.tmp; if [ -r usr/initramfs_list ] && cmp -s usr/initramfs_list usr/initramfs_list.tmp; then rm -f usr/initramfs_list.tmp; else echo ' UPD usr/initramfs_list'; mv -f usr/initramfs_list.tmp usr/initramfs_list; fi CHK usr/initramfs_list make -f scripts/Makefile.build obj=arch/sparc64/kernel /usr/bin/sparc64-pld-linux-gcc -Wp,-MD,arch/sparc64/kernel/.ioctl32.o.d -nostdinc -isystem /usr/lib/gcc/sparc64-pld-linux/3.4.2/include -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer -m64 -pipe -mno-fpu -mcpu=ultrasparc -mcmodel=medlow -ffixed-g4 -fcall-used-g5 -fcall-used-g7 -Wno-sign-compare -Wa,--undeclared-regs -finline-limit=10 -Wdeclaration-after-statement -Werror -Ifs/ -DKBUILD_BASENAME=ioctl32 -DKBUILD_MODNAME=ioctl32 -c -o arch/sparc64/kernel/.tmp_ioctl32.o arch/sparc64/kernel/ioctl32.c include/asm/uaccess.h: In function `siocdevprivate_ioctl': fs/compat_ioctl.c:648: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function `put_dirent32': fs/compat_ioctl.c:2346: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function `serial_struct_ioctl': fs/compat_ioctl.c:2489: warning: ignoring return value of `copy_from_user', declared with attribute warn_unused_result fs/compat_ioctl.c:2502: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result make[1]: *** [arch/sparc64/kernel/ioctl32.o] Error 1 make: *** [arch/sparc64/kernel] Error 2 [EMAIL PROTECTED] linux-2.6.11-rc2]# I have no idea what causes error here. What shall I input to get more info about that error ? -- GJ - 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/
Re: can't compile 2.6.11-rc2 on sparc64
On Sunday 23 January 2005 02:36, Randy.Dunlap wrote: > Please look for another error. Run 'make' again. > Those are all just warnings and don't cause a build error. That's just all I get on console. -- GJ - 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/
can't compile 2.6.11-rc2 on sparc64
I get this error : CC arch/sparc64/kernel/ioctl32.o include/asm/uaccess.h: In function `siocdevprivate_ioctl': fs/compat_ioctl.c:648: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function `put_dirent32': fs/compat_ioctl.c:2346: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result fs/compat_ioctl.c: In function `serial_struct_ioctl': fs/compat_ioctl.c:2489: warning: ignoring return value of `copy_from_user', declared with attribute warn_unused_result fs/compat_ioctl.c:2502: warning: ignoring return value of `copy_to_user', declared with attribute warn_unused_result make[1]: *** [arch/sparc64/kernel/ioctl32.o] Error 1 gcc is 3.4, 64bit. That's ultra5. -- GJ - 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/
