this today from realtek. Haven't had a chance to test it yet. I don't
quite understand the email message & don't have time to crash my laptop
today trying to fix this, maybe someone else can give it a go?
We have fixed powertop crash issue. Please find the latest RTL8191SE driver
source in the attachment.
But we think this isn't our driver issue. Powertop tool can't be used for
all vendor device.
Its private IO control just can use for IPW cards like ipw3946 and so on.
RTL8191SE Linux driver power save mode is default open under DC mode.
There is no need to open power save mode by powertop. Thanks.
Best Regards,
Roger_Liang
Realtek Semiconductor Corp.
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>]
Sent: Sunday, July 04, 2010 12:48 AM
To: Roger Liang
Subject: RE: rtl8192se_pci linux driver bug
Dear Roger,
I have refined my error a little bit using strace. I now find that
the crash is actually triggered by the command:
iwpriv -a
when run as root. Here is the output of strace -f powertop
(attached), and also the crash message when running the command. I
have copied my latest post from the ubuntu bug report
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585938)
i was able to get an strace from powrtop (loo\gging in by ssh from a
scrr\een session on a remote computer) and attach the log here. it
looks like the issue is triggered by "iwpriv -a" -- here's what looks
like the relevant part of the log (at the end):
this today from realtek. Haven't had a chance to test it yet. I don't
quite understand the email message & don't have time to crash my laptop
today trying to fix this, maybe someone else can give it a go?
-------- Forwarded Message --------
From: roger_liang <email address hidden>
To: <email address hidden>
Subject: RE: rtl8192se_pci linux driver bug
Date: Mon, 5 Jul 2010 16:46:52 +0800
Dear Sir,
We have fixed powertop crash issue. Please find the latest RTL8191SE driver
source in the attachment.
But we think this isn't our driver issue. Powertop tool can't be used for
all vendor device.
Its private IO control just can use for IPW cards like ipw3946 and so on.
RTL8191SE Linux driver power save mode is default open under DC mode.
There is no need to open power save mode by powertop. Thanks.
Best Regards,
Roger_Liang
Realtek Semiconductor Corp.
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>]
Sent: Sunday, July 04, 2010 12:48 AM
To: Roger Liang
Subject: RE: rtl8192se_pci linux driver bug
Dear Roger,
I have refined my error a little bit using strace. I now find that /bugs.launchpad .net/ubuntu/ +source/ linux/+ bug/585938)
the crash is actually triggered by the command:
iwpriv -a
when run as root. Here is the output of strace -f powertop
(attached), and also the crash message when running the command. I
have copied my latest post from the ubuntu bug report
(https:/
i was able to get an strace from powrtop (loo\gging in by ssh from a
scrr\een session on a remote computer) and attach the log here. it
looks like the issue is triggered by "iwpriv -a" -- here's what looks
like the relevant part of the log (at the end):
[pid 2077] execve("/bin/sh", ["sh", "-c", "/sbin/iwpriv -a 2> PROT_WRITE, MAP_ANONYMOUS, -1, 0) = 0x7f884e1ea000 "/etc/ld. so.nohwcap" , F_OK) = -1 ENOENT (No such PROT_WRITE, MAP_ANONYMOUS, -1, 0) = 0x7f5d2ef07000 "/etc/ld. so.preload" , R_OK) = -1 ENOENT (No such etc/ld. so.cache" , O_RDONLY) = 4 S_IFREG| 0644, st_size=131558, ...}) = 0 "/etc/ld. so.nohwcap" , F_OK) = -1 ENOENT (No such lib/libc. so.6", O_RDONLY) = 4 2\1\1\0\ 0\0\0\0\ 0\0\0\0\ 3\0>\0\ 1\0\0\0` \355\1\ 0\0\0\0\ 0"..., S_IFREG| 0755, st_size=1572232, ...}) = 0 PROT_EXEC, MAP_DENYWRITE, 4, 0) = 0x7f5d2e966000 0x7f5d2eae0000, 2093056, PROT_NONE) = 0 f000, 20480, PROT_READ| PROT_WRITE, MAP_FIXED| MAP_DENYWRITE, 4, 0x179000) = 0x7f5d2ecdf000 4000, 18472, PROT_READ| PROT_WRITE, MAP_FIXED| MAP_ANONYMOUS, -1, 0) = 0x7f5d2ece4000 PROT_WRITE, MAP_ANONYMOUS, -1, 0) = 0x7f5d2eee5000 PROT_WRITE, MAP_ANONYMOUS, -1, 0) = 0x7f5d2eee4000 PROT_WRITE, MAP_ANONYMOUS, -1, 0) = 0x7f5d2eee3000 ARCH_SET_ FS, 0x7f5d2eee4700) = 0 0x7f5d2ecdf000, 16384, PROT_READ) = 0 0x7f5d2ef09000, 4096, PROT_READ) = 0 0x7f5d2eee6000, 131558) = 0 SIGCHLD, {SIG_DFL, [CHLD], SA_RESTART, 0x7f5d2e999af0}, {SIG_DFL, [], 0}, 8) = 0 S_IFDIR| 0700, st_size=4096, ...}) = 0 S_IFDIR| 0700, st_size=4096, ...}) = 0 SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0 SIGINT, {0x408189, ~[RTMIN RT_1], SA_RESTORER, SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0 SIGQUIT, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER, SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0 SIGTERM, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER, O_CREAT| O_TRUNC, 0666) = 4 CHILD_CLEARTID| CLONE_CHILD_ SETTID| SIGCHLD, 0x7f5d2eee49d0) = 2078 "/sbin/ iwpriv" , ["/sbin/iwpriv", "-a"], [/* 19 vars */]
/dev/null"], [/* 19 vars */] <unfinished ...>
[pid 2064] mmap(NULL, 4096, PROT_READ|
MAP_PRIVATE|
[pid 2064] read(4, <unfinished ...>
[pid 2077] <... execve resumed> ) = 0
[pid 2077] brk(0) = 0x2590000
[pid 2077] access(
file or directory)
[pid 2077] mmap(NULL, 8192, PROT_READ|
MAP_PRIVATE|
[pid 2077] access(
file or directory)
[pid 2077] open("/
[pid 2077] fstat(4, {st_mode=
[pid 2077] mmap(NULL, 131558, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f5d2eee6000
[pid 2077] close(4) = 0
[pid 2077] access(
file or directory)
[pid 2077] open("/
[pid 2077] read(4,
"\177ELF\
832) = 832
[pid 2077] fstat(4, {st_mode=
[pid 2077] mmap(NULL, 3680296, PROT_READ|
MAP_PRIVATE|
[pid 2077] mprotect(
[pid 2077] mmap(0x7f5d2ecd
MAP_PRIVATE|
[pid 2077] mmap(0x7f5d2ece
MAP_PRIVATE|
[pid 2077] close(4) = 0
[pid 2077] mmap(NULL, 4096, PROT_READ|
MAP_PRIVATE|
[pid 2077] mmap(NULL, 4096, PROT_READ|
MAP_PRIVATE|
[pid 2077] mmap(NULL, 4096, PROT_READ|
MAP_PRIVATE|
[pid 2077] arch_prctl(
[pid 2077] mprotect(
[pid 2077] mprotect(0x617000, 4096, PROT_READ) = 0
[pid 2077] mprotect(
[pid 2077] munmap(
[pid 2077] getpid() = 2077
[pid 2077] rt_sigaction(
SA_RESTORER|
[pid 2077] geteuid() = 0
[pid 2077] brk(0) = 0x2590000
[pid 2077] brk(0x25b1000) = 0x25b1000
[pid 2077] getppid() = 2064
[pid 2077] stat("/root", {st_mode=
[pid 2077] stat(".", {st_mode=
[pid 2077] rt_sigaction(
[pid 2077] rt_sigaction(
0x7f5d2e999af0}, NULL, 8) = 0
[pid 2077] rt_sigaction(
[pid 2077] rt_sigaction(
0x7f5d2e999af0}, NULL, 8) = 0
[pid 2077] rt_sigaction(
[pid 2077] rt_sigaction(
0x7f5d2e999af0}, NULL, 8) = 0
[pid 2077] open("/dev/null", O_WRONLY|
[pid 2077] fcntl(2, F_DUPFD, 10) = 10
[pid 2077] close(2) = 0
[pid 2077] fcntl(10, F_SETFD, FD_CLOEXEC) = 0
[pid 2077] dup2(4, 2) = 2
[pid 2077] close(4) = 0
[pid 2077] clone(Process 2078 attached
child_stack=0, flags=CLONE_
child_tidptr=
[pid 2077] wait4(-1, <unfinished ...>
[pid 2078] execve(
------- ------- ------- ------- ------- ------- ----
running iwpriv -a manually results in a kernel panic and the following
error message:
lo no private ioctls.
eth0 no private ioctls.
wlan0 Available read-only private ioctl :
wlan0 firm_ver:63
Kernel Panic [etc...]
-------------
i would appreciate any further advice you can give me! thank you,
Matt
------Please consider the environment before printing this e-mail.