Re: Panic at USB drive plugging in

2013/7/24 下午10:26 於 Jia-Shiun Li jiash...@gmail.com 寫道： On Wed, Jul 24, 2013 at 4:02 AM, Alexander Motin m...@freebsd.org wrote: cam.k kernel module includes all existing periph drivers in one bundle. Loading cam.ko you are probably getting sg driver also, that triggers reported issue. You

make delete-old failed to remove bind directories

as title and as of FreeBSD jsli-bsd64 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #3 r255962: Tue Oct 1 15:22:04 CST 2013 jsli@jsli-bsd64:/usr/obj/usr/src/sys/GENERIC amd64 'make delete-old' failed to remove bind-related dirs. Looks like ordering issue to me. Also there are still some dirs and files

Re: cron(8) improvement

On Sun, Nov 10, 2013 at 10:13 AM, Adrian Chadd adr...@freebsd.org wrote: The point I'm making is this: * when populating rc.conf.d/, don't just do 'cp' in a post-install script * when populating the cron daemon entries in rc.cron.d, don't just 'cp' in a post-install script. sounds like we

Re: cpufreq not working as module on i386/amd64

at 4:41 PM, Alexander Best arun...@freebsd.org wrote: On Sat Jan 29 11, Jia-Shiun Li wrote: Hi all, I found that cpufreq driver failed to attach when compiled as module and loaded, but it works fine when compiled into kernel. I am wondering if this is due to some kind of limitation, or can

Failed to compile current kernel with llvm/clang

Hi all, I am trying to build world and kernel with llvm according to instructions on wiki: http://wiki.freebsd.org/BuildingFreeBSDWithClang buildworld is fine, but when building GENERIC kernel it failed on hpt27xx: === hpt27xx (all)

Re: Failed to compile current kernel with llvm/clang

On Mon, Feb 20, 2012 at 2:00 PM, matt sendtom...@gmail.com wrote: You have the WERROR= NO_WERROR= lines in /etc/make.conf? You got me. I only quickly copy-pasted CC/CXX definitions and forgot about WERROR NO_WERROR. No wonder others do not have this problem. Sorry for the noise. Thanks,

Re: FreeBSD: Marvell 88SX61xx should be 88SE61xx

Hi all, Maybe some spam filters ate my mails so I am replying to current@. Could anyone help to commit it? Regards, Jia-Shiun On Thu, Feb 23, 2012 at 8:57 PM, Jia-Shiun Li jiash...@gmail.com wrote: Hi Alexander, I've submitted a PR for this: http://www.freebsd.org/cgi/query-pr.cgi?pr

r232498 breaks building ports security/nss with both gcc clang

after updated current- as of Mar 5, security/nss build broken at /usr/include/runetype.h /usr/include/xlocale/_ctype.h. A quick grep shows that nowhere else under /usr/src/include uses 'inline'. gcc: gmake[1]: Entering directory

boot2 overflow when building with clang

I am not familiar with boot2, but it looks like allocated size for boot2 is not enough to hold code generated by clang. Reverting r232570 fixes it. === sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 clang -Os

if_re not working on boot

Hi all, wondering if anyone else encounters the same situation. LOM Realtek RT8111F on my mainboard Asus P8H77M-LE does not appear to work on boot. Ping to any hosts has no response. But after ifconfig re0 down up it works fine. Looks like something was not properly initialized. verbose dmesg:

Panic at USB drive plugging in

Hi all, as personal preference I compiled kernel with drivers as module as possible. Recently I found that plugging in USB drives causes kernel to panic. But it does not happen when booting with GENERIC kernel which has USB drivers compiled in. panic screenshot: http://goo.gl/pIIDaF back trace:

Re: Panic at USB drive plugging in

On Wed, Jul 24, 2013 at 12:13 AM, Alexander Motin m...@freebsd.org wrote: On 23.07.2013 19:07, Hans Petter Selasky wrote: This looks like a CAM/SCSI problem and not directly USB stack problem. It seems crashed inside the CAM sg driver, that is not part of GENERIC kernel. Are you using it is

Re: Panic at USB drive plugging in

On Wed, Jul 24, 2013 at 4:02 AM, Alexander Motin m...@freebsd.org wrote: cam.k kernel module includes all existing periph drivers in one bundle. Loading cam.ko you are probably getting sg driver also, that triggers reported issue. You may try to rip out sg with single line hack to module's

Re: Leaving the Desktop Market

On Wed, May 7, 2014 at 1:05 AM, Matthias Apitz g...@unixarea.de wrote: # dmesg ... CPU: Intel(R) Celeron(R) M processor 900MHz (900.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6d8 Family = 0x6 Model = 0xd Stepping = 8

Re: Processor cores not properly detected/activated?

On Sat, May 24, 2014 at 6:38 PM, Tim Bishop tim-li...@bishnet.net wrote: On Fri, May 23, 2014 at 09:03:12PM -0600, Alan Somers wrote: Yeah, I think so. It seems like a GENERIC kernel ought to be able to handle the biggest commonly available quad socket systems. Anything with more than 4

Re: panic: invalid PDPE on recend amd64

On Sun, Nov 7, 2010 at 3:28 AM, Alan Cox a...@rice.edu wrote: This is a different type of BIOS misconfiguration than your machine had. I'm attaching a possible patch for this one. Sorry for replying late. This patch works for me. The source tree was cvsup on Sunday before previous mail.

cpufreq not working as module on i386/amd64

Hi all, I found that cpufreq driver failed to attach when compiled as module and loaded, but it works fine when compiled into kernel. I am wondering if this is due to some kind of limitation, or can be fixed? Tested on a Pentium E5200 desktop (i386) and a Pentium T4200 laptop (amd64). Both got

Re: Marvell 88SX7042

On Sat, Jun 12, 2010 at 5:03 AM, oizs o...@freemail.hu wrote: Hello, I got myself a board made for google by arima and had some issues with it booting freebsd on it, but with some help of the list i was able to make it boot. Now i have two problems, whenever i try to reboot i get kernel

Re: panic: invalid PDPE on recend amd64

Hi, I got a similar panic on amd64. Looking into the source it hit KASSERT((base (len - 1))) in pmap_demote_DMAP(). I replaced it with a printf to see what triggered the assertion and here is the output. Combined with memcontrol output 'bogus' keyword it seems buggy BIOS violated some kind of

all processes have ppid 1

Hi all, on r270962 -current ps indicates all processes have ppid 1 which is not reasonable. This happened to me since about 1 week ago. Wondering if anyone sees the same. the 'ps axdl' result looks like: http://pastebin.com/qFg5FusN -Jia-Shiun. ___

Re: all processes have ppid 1

On Wed, Sep 3, 2014 at 2:27 PM, Mateusz Guzik mjgu...@gmail.com wrote: Please try r270993. confirm fixed. Thanks! http://pastebin.com/YrPtL35p -Jia-Shiun. ___ freebsd-current@freebsd.org mailing list

Re: Ver 2 of the patch [was: Re: i915 driver update testing]

On Fri, Oct 24, 2014 at 3:03 AM, Konstantin Belousov kostik...@gmail.com wrote: Due to my mistake during the patch generation, i915.5.patch is just a garbage. Use https://www.kib.kiev.ua/kib/drm/i915.6.patch. I already have one private report of the patch worked from person who got the same

Re: i915kms.ko: when loaded with Haswell HD4600, display goes blank

On Fri, Jan 30, 2015 at 7:26 AM, Adrian Chadd adr...@freebsd.org wrote: wait a sec - before the dri2 update, what exactly were you doing? What happened when you loaded i915kms? Nothing should've been found and no i915 driver should've been running There's no haswell support for i915kms, so

Re: HEADS-UP: Enabling WITH_DEBUG_FILES by default

On Thu, Feb 12, 2015 at 12:11 PM, Glen Barber g...@freebsd.org wrote: The major benefit is that all debugging data that we need to properly debug application crashes in the base system will be available out-of-box. There is a trade-off here, in both directions. For arm, for example, the

Re: Haswell CPU Feature

On Tue, Jan 6, 2015 at 1:23 PM, Neel Natu neeln...@gmail.com wrote: Hi Sean, On Mon, Jan 5, 2015 at 6:34 PM, Sean Bruno sbr...@ignoranthack.me wrote: I'm thinking something like this: Index: sys/x86/x86/identcpu.c === -

Re: Acer C720 Chromebook (was: Re: looking for new netbook)

On Thu, Jan 8, 2015 at 4:08 AM, Warren Block wbl...@wonkity.com wrote: When researching this machine a couple of weeks back, I saw somewhere that it was based on a similar existing PC-compatible Acer model, V3 or V5 maybe, or the ES1 series (can't find the reference again, of course). But

svn repository uuid mismatch from mirror

Hi all, I wanted to svn up my /usr/src and it reported repository uuid mismatch. After digging it seems to be related to svn mirrors. Is UUID supposed to be different among mirrors? If not, could anything detect it and contact mirror admins? Since it is now all hidden behind geo dns. # svn up

Re: SD card adapter doesn't working anymore

On Mon, Mar 28, 2016 at 11:38 PM, Ian Lepore wrote: > Wow, there's just nothing to work with in that output. I think the > increased debuging didn't output anything because nothing is happening, > and that's consistant with the value in the Present State register when > the

installworld failed by mounting other's /usr/obj

I have one machine which is faster to build world and export /usr/obj for others to install. As of r297266 installworld would fail. It seems to be caused by r296921 which would delete libc.ld. In this case libc.ld resides on a read-only /usr/obj mount.

Re: HEAD does not build bwn (after r297405 ?)

On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling wrote: > If I try to build most recent HEAD (r297407), I get the following error: > > I suspect r297405 with its migration of time_* macros to be the reason? > > Adrian Chadd fixed that in r297409. -Jia-Shiun.

Re: installworld failed by mounting other's /usr/obj

On Wed, Mar 30, 2016 at 2:19 AM, Jean-Sébastien Pédron <dumbb...@freebsd.org > wrote: > On 27/03/2016 09:07, Jia-Shiun Li wrote: > > I have one machine which is faster to build world and export /usr/obj for > > others to install. > > > > As of r297266

Re: TSC as timecounter makes system lag

FYI since it was not really solved as of r313090, I created bug 216833 to keep track of it. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216833 -Jia-Shiun. ___ freebsd-current@freebsd.org mailing list

Re: Strange issue after early AP startup

On Sat, Jan 21, 2017 at 3:51 PM, Hans Petter Selasky wrote: > FYI: > > https://svnweb.freebsd.org/changeset/base/312551 > > Hi hps, sorry I have to correct my test results. I found that I did not revert changes to kernel config, which commented out EARLY_AP_STARTUP option,

Re: TSC as timecounter makes system lag

On Fri, Feb 24, 2017 at 12:55 AM, John Baldwin <j...@freebsd.org> wrote: > On Thursday, February 23, 2017 11:04:58 PM Jia-Shiun Li wrote: > > > > > > This does not work. > > > > I added a printf before the outer if clause, and it says > > > >

Re: TSC as timecounter makes system lag

On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov <kostik...@gmail.com> wrote: > On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: > > Tested working on E7400 against r313909. And changing timecounter from/to > > TSC > > correctly enables/disables

Re: TSC as timecounter makes system lag

On Fri, Feb 24, 2017 at 9:32 PM, Jia-Shiun Li <jiash...@gmail.com> wrote: > On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov <kostik...@gmail.com> > wrote: > >> On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote: >> > Tested working on E7400 again

Re: TSC as timecounter makes system lag

On Thu, Feb 23, 2017 at 6:08 PM, Konstantin Belousov wrote: > > This is a useful analysis. > > Yes, I think that there is an init ordering issue. Note that > cpu_disable_c2_sleep is only changed in tc_windup() when timecounter > is changed. If existing and already engadged

Re: TSC as timecounter makes system lag

I got the impression that TSC was not preferred timecounter if it is not C-state invariant. But this apparenly is not the case now. Dig a bit and found r277900 chose to prefer TSC over saving power by disabling C2 state when TSC is selected as timecounter. But with EARLY_AP_STARTUP, and TSC as

Re: Strange issue after early AP startup

On Thu, Jan 19, 2017 at 4:23 PM, Hans Petter Selasky wrote: > > I can add prints/asserts to show that what happens is that > "state->nextcallopt > now" while "state->nextcall <= now". This situtation > is allowed to persist due to the way getnextcpuevent() is currently >

Re: TSC as timecounter makes system lag

On Tue, Jan 17, 2017 at 10:05 PM, Hans Petter Selasky wrote: > I've seen something similar. Does the attached patch make any difference? > > Can you dump: > > vmstat -i > > Just after boot w/ and w/o the attached patch, when the keystroke did not > repeat smoothly. > > Your

Re: TSC as timecounter makes system lag

On Fri, Jan 13, 2017 at 8:26 AM, Jia-Shiun Li <jiash...@gmail.com> wrote: > Hi all, > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium > T4200 notebook lagged a lot. System time was running a lot slower, > sometimes even looked like it freezed.

Re: TSC as timecounter makes system lag

On Mon, Jan 16, 2017 at 8:00 PM, Konstantin Belousov <kostik...@gmail.com> wrote: > On Mon, Jan 16, 2017 at 12:28:54PM +0800, Jia-Shiun Li wrote: > > BTW please see my other mail of this thread. It seems to be related to > > EARLY_AP_STARTUP option. > Yes, I not

Re: DeLock 10x SATA AHCI controller not working properly

according to the msgs, the controller pretended to be a 12-port host to hide port multipliers behind it? Creative, but then any magic (or bugs) it does remains vendor-specific and unknown to outside world. Looks there is no firmware or jumpers to change this behavior.

TSC as timecounter makes system lag

Hi all, since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel Pentium T4200 notebook lagged a lot. System time was running a lot slower, sometimes even looked like it freezed. Keystroke repeat rate was slow too. Since system time is slow, I tried to change timecounter from default TSC

Re: TSC as timecounter makes system lag

Sorry just saw this. Bad Gmail. On Fri, Jan 13, 2017 at 8:05 PM, Konstantin Belousov <kostik...@gmail.com> wrote: > On Fri, Jan 13, 2017 at 08:26:04AM +0800, Jia-Shiun Li wrote: > > Hi all, > > > > since 2 or 3 weeks ago, I noticed that my old Penryn-based Intel

Re: TSC as timecounter makes system lag

BTW please see my other mail of this thread. It seems to be related to EARLY_AP_STARTUP option. On Mon, Jan 16, 2017 at 4:20 AM, Konstantin Belousov wrote: > I still do not understand. Is the sysctl output below from the pristine > boot where no timecounter/eventtimer

Re: Time to increase MAXPHYS?

On Sun, Jun 4, 2017 at 1:33 PM, Warner Losh wrote: > On Sat, Jun 3, 2017 at 2:59 PM, Colin Percival > wrote: > > > On January 24, 1998, in what was later renumbered to SVN r32724, dyson@ > > wrote: > > > Add better support for larger I/O clusters,

rm cannot recursively delete directory on tmpfs on RPi2

amd64 and RPi3 do not have this issue. jsli@rpi2:/home/jsli 13:04 # uname -a FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GENERIC-NODEBUG arm jsli@rpi2:/home/jsli 13:05 # mount -t tmpfs tmpfs /mnt jsli@rpi2:/home/jsli 13:05 # cd /mnt jsli@rpi2:/mnt 13:05 # tar xf

Re: rm cannot recursively delete directory on tmpfs on RPi2

On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote: > On Wed, Dec 5, 2018 at 10:18 PM Jia-Shiun Li wrote: > > > > amd64 and RPi3 do not have this issue. > > > > jsli@rpi2:/home/jsli 13:04 # uname -a > > FreeBSD rpi2 13.0-CURRENT FreeBSD 13.0-CURRENT r341419 GE