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 sp
On Sun, Nov 7, 2010 at 3:28 AM, Alan Cox 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.
Thank you!
Ji
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 th
On Sat, Jun 12, 2010 at 5:03 AM, oizs 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 trap 12, and
>
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
/usr/ports/distfiles/sq
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
On Fri, Oct 24, 2014 at 3:03 AM, Konstantin Belousov
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 panic
> in iicb
On Tue, Jan 6, 2015 at 1:23 PM, Neel Natu wrote:
> Hi Sean,
>
> On Mon, Jan 5, 2015 at 6:34 PM, Sean Bruno wrote:
> > I'm thinking something like this:
> >
> > Index: sys/x86/x86/identcpu.c
> > ===
> > - --- sys/x86/x86/identcpu.c
On Thu, Jan 8, 2015 at 4:08 AM, Warren Block 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
> all of those wit
On Fri, Jan 30, 2015 at 7:26 AM, Adrian Chadd 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 it shouldn't ha
On Thu, Feb 12, 2015 at 12:11 PM, Glen Barber 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 trade-off is
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
Up
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.
--
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 driver attaches, whic
On Wed, Mar 30, 2016 at 2:19 AM, Jean-Sébastien Pédron 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 installworld would fail. It seems to be
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.
__
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.
http://www.addonics.com/produ
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
On Fri, Jan 13, 2017 at 8:26 AM, Jia-Shiun Li 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. Keystroke repeat rate was slow
Sorry just saw this. Bad Gmail.
On Fri, Jan 13, 2017 at 8:05 PM, Konstantin Belousov
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 Pentium
> > T4200 noteboo
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 reconfiguration were done
On Mon, Jan 16, 2017 at 8:00 PM, Konstantin Belousov
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 noted, I might have an idea, but the re
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 patch fixes this issue
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
> implemented.
>
> Can the
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,
before testing you pat
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
https://lists.freebsd.org/mailman/listinfo/freeb
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 tim
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 timecounter suddenly ge
On Fri, Feb 24, 2017 at 12:55 AM, John Baldwin 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
> >
> > init_TSC_tc:546: deepest
On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov
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 C2.
> >
> > The latt
On Fri, Feb 24, 2017 at 9:32 PM, Jia-Shiun Li wrote:
> On Fri, Feb 24, 2017 at 7:45 PM, Konstantin Belousov
> wrote:
>
>> On Fri, Feb 24, 2017 at 12:15:26PM +0800, Jia-Shiun Li wrote:
>> > Tested working on E7400 against r313909. And changing timecounter
>> f
On Fri, May 26, 2017 at 2:53 AM, Alex Deiter wrote:
>
> # pciconf -lv
> none1@pci0:0:15:0: class=0x080600 card=0x082015d9 chip=0x1f168086
> rev=0x02 hdr=0x00
> vendor = 'Intel Corporation'
> device = 'Atom processor C2000 RCEC'
> class = base peripheral
> subclas
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, including larger physical
> > > I/O. The suppor
, Jan 29, 2011 at 4:41 PM, Alexander Best 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 d
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:
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)
/usr/src/sys/modules/hpt27xx/../../dev/hpt27xx/osm_bsd.c:1180
On Mon, Feb 20, 2012 at 2:00 PM, matt 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,
Jia-Shiun.
__
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 wrote:
> Hi Alexander,
>
> I've submitted a PR for this:
>
> http://www.freebsd.org/cgi/query-pr.cgi
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
`/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/lib
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 -fno-guess-branch-probabili
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 exi
On Sun, Nov 10, 2013 at 10:13 AM, Adrian Chadd 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 need a por
On Wed, May 7, 2014 at 1:05 AM, Matthias Apitz 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
>
> Features=0xafe9fbff
> AMD Features=0x10
> real
On Sat, May 24, 2014 at 6:38 PM, Tim Bishop 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 sockets, though, is
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.
___
f
On Wed, Sep 3, 2014 at 2:27 PM, Mateusz Guzik wrote:
>
> Please try r270993.
>
confirm fixed. Thanks!
http://pastebin.com/YrPtL35p
-Jia-Shiun.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To uns
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:
On Wed, Jul 24, 2013 at 12:13 AM, Alexander Motin 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 some way?
>
On Wed, Jul 24, 2013 at 4:02 AM, Alexander Motin 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
> Makefile. The re
2013/7/24 下午10:26 於 "Jia-Shiun Li" 寫道：
> On Wed, Jul 24, 2013 at 4:02 AM, Alexander Motin 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 i
50 matches
Mail list logo
