Re: 3.14-rc7 compile failure

2014-03-23 Thread Drunkard Zhang
2014-03-23 16:23 GMT+08:00 Mike Galbraith : > On Sun, 2014-03-23 at 14:58 +0800, Drunkard Zhang wrote: >> 2014-03-23 13:52 GMT+08:00 Mike Galbraith : >> > On Sun, 2014-03-23 at 13:29 +0800, Drunkard Zhang wrote: >> > >> >> scripts/genksyms/genksyms.

Re: 3.14-rc7 compile failure

2014-03-23 Thread Drunkard Zhang
2014-03-23 13:52 GMT+08:00 Mike Galbraith : > On Sun, 2014-03-23 at 13:29 +0800, Drunkard Zhang wrote: > >> scripts/genksyms/genksyms.o: In function `main': >> genksyms.c:(.text.startup+0x183): undefined reference to `yydebug' >> genksyms.c:(.text.startup+0x1

Re: 3.14-rc7 compile failure

2014-03-23 Thread Drunkard Zhang
2014-03-23 13:52 GMT+08:00 Mike Galbraith umgwanakikb...@gmail.com: On Sun, 2014-03-23 at 13:29 +0800, Drunkard Zhang wrote: scripts/genksyms/genksyms.o: In function `main': genksyms.c:(.text.startup+0x183): undefined reference to `yydebug' genksyms.c:(.text.startup+0x18c): undefined

Re: 3.14-rc7 compile failure

2014-03-23 Thread Drunkard Zhang
2014-03-23 16:23 GMT+08:00 Mike Galbraith umgwanakikb...@gmail.com: On Sun, 2014-03-23 at 14:58 +0800, Drunkard Zhang wrote: 2014-03-23 13:52 GMT+08:00 Mike Galbraith umgwanakikb...@gmail.com: On Sun, 2014-03-23 at 13:29 +0800, Drunkard Zhang wrote: scripts/genksyms/genksyms.o: In function

3.14-rc7 compile failure

2014-03-22 Thread Drunkard Zhang
3.14-rc7 compile failed on my server. config attached. Here's my gcc info: squid85 /usr/src/linux-3.14-rc7 # gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.7.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/lto-wrapper Target: x86_64-pc-linux-gnu

3.14-rc7 compile failure

2014-03-22 Thread Drunkard Zhang
3.14-rc7 compile failed on my server. config attached. Here's my gcc info: squid85 /usr/src/linux-3.14-rc7 # gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.7.3/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/lto-wrapper Target: x86_64-pc-linux-gnu

Re: ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-22 Thread Drunkard Zhang
2013/8/22 Julian Anastasov : > > Hello, > > On Thu, 22 Aug 2013, Drunkard Zhang wrote: > >> 2013/8/22 Julian Anastasov : >> > >> > No kernel options should be related to OPS. I assume >> > you are not using the SH scheduler.

Re: ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-22 Thread Drunkard Zhang
2013/8/22 Julian Anastasov : > > Hello, > > On Tue, 20 Aug 2013, Drunkard Zhang wrote: > >> Need help here, thank you for replying :-) >> >> I'm setting up a syslog cluster based on IPVS, all UDP datagrams sent >> from firewall with fixed source

Re: ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-22 Thread Drunkard Zhang
2013/8/22 Julian Anastasov j...@ssi.bg: Hello, On Tue, 20 Aug 2013, Drunkard Zhang wrote: Need help here, thank you for replying :-) I'm setting up a syslog cluster based on IPVS, all UDP datagrams sent from firewall with fixed source IP and fixed source port, so pseudo-random

Re: ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-22 Thread Drunkard Zhang
2013/8/22 Julian Anastasov j...@ssi.bg: Hello, On Thu, 22 Aug 2013, Drunkard Zhang wrote: 2013/8/22 Julian Anastasov j...@ssi.bg: No kernel options should be related to OPS. I assume you are not using the SH scheduler. Make sure the OPS mode is properly applied

ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-20 Thread Drunkard Zhang
Need help here, thank you for replying :-) I'm setting up a syslog cluster based on IPVS, all UDP datagrams sent from firewall with fixed source IP and fixed source port, so pseudo-random balancing based on client IP and port won't working. And it seems that keepalived is not supporting

ipvsadm: One-packet scheduling with UDP service is unstable

2013-08-20 Thread Drunkard Zhang
Need help here, thank you for replying :-) I'm setting up a syslog cluster based on IPVS, all UDP datagrams sent from firewall with fixed source IP and fixed source port, so pseudo-random balancing based on client IP and port won't working. And it seems that keepalived is not supporting

Fwd: Dead URL in Documentation/acpi/dsdt-override.txt

2013-05-29 Thread Drunkard Zhang
Sorry, forgot to Cc. -- Forwarded message -- From: Drunkard Zhang Date: 2013/5/29 Subject: Dead URL in Documentation/acpi/dsdt-override.txt To: linux-kernel The domain name www.lesswatts.org in Documentation/acpi/dsdt-override.txt is unresolvable, so the URL is dead too. I

Fwd: Dead URL in Documentation/acpi/dsdt-override.txt

2013-05-29 Thread Drunkard Zhang
Sorry, forgot to Cc. -- Forwarded message -- From: Drunkard Zhang gongfan...@gmail.com Date: 2013/5/29 Subject: Dead URL in Documentation/acpi/dsdt-override.txt To: linux-kernel linux-kernel@vger.kernel.org The domain name www.lesswatts.org in Documentation/acpi/dsdt

Dead URL in Documentation/acpi/dsdt-override.txt

2013-05-28 Thread Drunkard Zhang
The domain name www.lesswatts.org in Documentation/acpi/dsdt-override.txt is unresolvable, so the URL is dead too. I found some good docs in this topic: http://wiki.debian.org/OverridingDSDT -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Dead URL in Documentation/acpi/dsdt-override.txt

2013-05-28 Thread Drunkard Zhang
The domain name www.lesswatts.org in Documentation/acpi/dsdt-override.txt is unresolvable, so the URL is dead too. I found some good docs in this topic: http://wiki.debian.org/OverridingDSDT -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

'ip route show cache' shown nothing

2013-03-20 Thread Drunkard Zhang
I noticed that the behavior of 'ip route show cache' changed in recent version of iproute2 with recent kernel, it shown nothing now, but it still exists in 'man ip-route'. Is this function dropped now? How could I find out routing cache or FIB in recent kernel? Thanks. -- To unsubscribe from

'ip route show cache' shown nothing

2013-03-20 Thread Drunkard Zhang
I noticed that the behavior of 'ip route show cache' changed in recent version of iproute2 with recent kernel, it shown nothing now, but it still exists in 'man ip-route'. Is this function dropped now? How could I find out routing cache or FIB in recent kernel? Thanks. -- To unsubscribe from

Re: mvsas regression since 3.5

2012-12-23 Thread Drunkard Zhang
2012/12/23 Xi Wang : > On 12/22/12 10:33 AM, Drunkard Zhang wrote: >> I'm using Asus PIKE 6480 SAS card, whose chipset is "RAID bus >> controller: Marvell Technology Group Ltd. MV64460/64461/64462 System >> Controller, Revision B", with latest stable branch 3.7.1 onl

Re: mvsas regression since 3.5

2012-12-23 Thread Drunkard Zhang
2012/12/23 Xi Wang xi.w...@gmail.com: On 12/22/12 10:33 AM, Drunkard Zhang wrote: I'm using Asus PIKE 6480 SAS card, whose chipset is RAID bus controller: Marvell Technology Group Ltd. MV64460/64461/64462 System Controller, Revision B, with latest stable branch 3.7.1 only 1 of 8 ports works

Re: Auto reboot when CPU at full load with X86_ACPI_CPUFREQ

2012-11-11 Thread Drunkard Zhang
2012/11/12 Pavel Machek : > Hi! > >> I'm using Intel Xeon X5570 x2 with Asus Z8PE-D18, and experiencing >> auto reboot when CPU full loaded for minutes, like building kernel >> with "make -j17". After a lot of bisecting of config file, I found the >> option leads to the reboot: X86_ACPI_CPUFREQ,

Re: Auto reboot when CPU at full load with X86_ACPI_CPUFREQ

2012-11-11 Thread Drunkard Zhang
2012/11/12 Pavel Machek pa...@ucw.cz: Hi! I'm using Intel Xeon X5570 x2 with Asus Z8PE-D18, and experiencing auto reboot when CPU full loaded for minutes, like building kernel with make -j17. After a lot of bisecting of config file, I found the option leads to the reboot: X86_ACPI_CPUFREQ,