Maybe this question rather belongs to -questions (or -ancient-history),
but I thought I'd get a better chance here.
I wonder why vop_strategy is named that, what meaning of strategy is
used here ?
I mean this is a read-or-write function for block devices, why
strategy :-)
--
Andriy Gapon
: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns),
maxlat=0x00 (0 ns)
Mar 14 19:05:32 rein kernel: intpin=a, irq=16
Mar 14 19:05:32 rein kernel: powerspec 2 supports D0 D3 current D0
Mar 14 19:05:32 rein kernel: MSI supports 1 message, 64 bit
--
Andriy Gapon
).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
that 32-bit libthr also doesn't work on 64-bit kernel, the only
option is to map thread libs to libc_r via libmap32.conf.
BTW, next time there is a poll about retiring libc_r please count me
against for precisely this reason.
--
Andriy Gapon
___
freebsd
done not by specified
number of bits but by that number modulo 64.
Please also mind that the same thing happens if I use a variable instead
of a constant in that expression.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
on 03/04/2007 21:02 Stefan Farfeleder said the following:
On Tue, Apr 03, 2007 at 08:22:15PM +0300, Andriy Gapon wrote:
[...]
$ ./test_shl
$ uname -srm
FreeBSD 6.2-RELEASE-p2 amd64
$ gcc -v
Using built-in specs.
Configured with: FreeBSD/amd64 system
?) that in such circumstances value from td_retval[] is put into
EAX and EDX registers and PSL_C (carry bit) is cleared in status/flags
register in a stack frame of a calling process. But I don't understand
what it practically means for the calling process.
Thank you in advance.
--
Andriy Gapon
for the great hint! The FreeBSD Developer's Handbook has all.
--
Andriy Gapon
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
if a request is successfully processed
and, if not, what happened ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
is to always update CMOS from adjkerntz(8) upon shutdown/reboot,
but this would not help if system crashes, but adjkerntz could also do
it periodically.
Any ideas ? Is it worth concern at all ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
): I also saw a posting in
threads-related newsgroup about something called cyclic subsystem in
solaris for high-precision timimg:
http://blogs.sun.com/roller/page/eschrock?anchor=inside_the_cyclic_subsystem
Looks quite interesting, although probably not a junior hacker's level.
--
Andriy Gapon
. Basically things that should not
matter in practice :-)
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
checks identity registers/commands against
expected values. Currently I check only one slave address, but I plan to
add an intermediate loop that will loop over all possible 127 slave
addresses.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
on 09/06/2006 08:35 M. Warner Losh said the following:
In message: [EMAIL PROTECTED]
Andriy Gapon [EMAIL PROTECTED] writes:
:
: I am writing a driver for some PCI hardware that does not have any IO
: ports or IO memory (and thus does not have any useful BARs), but rather
selected) timecounter ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
What is proper way to check from a driver/module if APIC is being used ?
Or even narrower, if local APIC timer is being used ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 15/06/2006 20:10 John Baldwin said the following:
On Wednesday 14 June 2006 12:33, Andriy Gapon wrote:
What is proper way to check from a driver/module if APIC is being used ?
Or even narrower, if local APIC timer is being used ?
There isn't currently. Why do you need to know
understanding, this should be something hidden from a user.
Is there any way to restart syscalls interrupted by the scheduling signal
without returning a libc_r call ?
--
Andriy Gapon
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Maxim,
thanks a lot. I've also filed a PR for this:
http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/43335
On Fri, 20 Sep 2002, Maxim Sobolev wrote:
Date: Fri, 20 Sep 2002 16:11:45 +0300
From: Maxim Sobolev [EMAIL PROTECTED]
To: Andriy Gapon [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
On Tue, 24 Sep 2002, Daniel Eischen wrote:
Try this for library installed signal handlers (patch
to -current).
http://people.freebsd.org/~deischen/libc_r.diffs
really nice and simple, thanks a lot!
Btw, did you have a chance to look at my patch for write()/execve() ?
--
Andriy Gapon
as a matter of fact gethost*() family of calls is not thread-safe in
FreeBSD.
You can search FreeBSD PRs and mozilla's bugzilla for mozilla DNS to see
previous discussions and efforts.
--
Andriy Gapon
*
The worst part of communication is the illusion that it has
actually occurred. M. Jenkins
is for all functions from libc plus
thread-oriented functions, with many, but not all, functions from libc
having wrappers/being re-written/having *_r companions for thread-safety.
--
Andriy Gapon
*
Broadcast Message from wnpdev21 (pts/tg) Wed Jan 8 09:12:47...
replacing the jar - krishna 3931
Guys,
not to spoil your great ideas, but to supplement them with the given
reality:
http://www.freebsd.org/support.html#user
Gleb (aka Kreiser Kirov),
go to the link above and look for Ukraine.
(hint: http://www.uafug.org.ua/ )
--
Andriy Gapon
*
...ÓÅÒ×ÉÓ ïÂÏÚpÅ×ÁÔÅÌØ ËÏÍÐØÔÅpÏ
effects (I
do not expect difference in anything else other than performance).
on 01/02/2008 12:27 Andriy Gapon said the following:
on 01/02/2008 12:00 Andriy Gapon said the following:
a different, under-debugged problem -
BTW, on some smaller directories (but still large ones) I get some very
effects (I
do not expect difference in anything else other than performance).
on 01/02/2008 12:27 Andriy Gapon said the following:
on 01/02/2008 12:00 Andriy Gapon said the following:
a different, under-debugged problem -
BTW, on some smaller directories (but still large ones) I get some very
on 04/02/2008 22:07 Pav Lucistnik said the following:
Julian Elischer píše v po 04. 02. 2008 v 10:36 -0800:
Andriy Gapon wrote:
More on the problem with reading big directories on UDF.
You do realise that you have now made yourself the official
maintainer of the UDF file system by submitting
on 04/02/2008 20:36 Julian Elischer said the following:
Andriy Gapon wrote:
More on the problem with reading big directories on UDF.
You do realise that you have now made yourself the official
maintainer of the UDF file system by submitting a competent
and insightful analysis of the problem
on 04/02/2008 17:55 Scott Long said the following:
Andriy Gapon wrote:
[snip]
After some code reading and run-time debugging, here are some facts
about udf directory reading:
1. bread-ing is done via device vnode (as opposed to directory vnodes),
as a consequence udf_strategy is not involved
on 05/02/2008 20:16 Pav Lucistnik said the following:
Andriy Gapon píše v út 05. 02. 2008 v 16:40 +0200:
Yay, and can you fix the sequential read performance while you're at it?
Kthx!
this was almost trivial :-)
See the attached patch, first hunk is just for consistency.
The code
on 05/02/2008 22:43 Scott Long said the following:
Andriy Gapon wrote:
But there is another issue that I also mentioned in the email about
directory reading. It is UDF_INVALID_BMAP case of udf_bmap_internal,
i.e. the case when file data is embedded into a file entry.
This is a special case
on 06/02/2008 18:34 Andriy Gapon said the following:
Actually the patch is not entirely correct. max_size returned from
udf_bmap_internal should be used to calculate number of continuous
sectors for read-ahead (as opposed to file size in the patch).
Attached is an updated patch.
The most
on 06/02/2008 18:29 Andriy Gapon said the following:
Small summary of the above long description.
For directory reading fs/udf performs bread() on a (underlying) device
vnode. It passes block number as if block size was 512 bytes (i.e.
byte_offset_within_dev/512). On the other hand vm page
on 06/02/2008 18:29 Andriy Gapon said the following:
Small summary of the above long description.
For directory reading fs/udf performs bread() on a (underlying) device
vnode. It passes block number as if block size was 512 bytes (i.e.
byte_offset_within_dev/512). On the other hand vm page
on 12/02/2008 17:58 Bruce Evans said the following:
On Tue, 12 Feb 2008, Andriy Gapon wrote:
And the actual reading works correctly because udf_strategy is called
for such vnodes and it translates block numbers from physical to logical
and also correctly re-calculates b_iooffset for actual
on 12/02/2008 15:11 Bruce Evans said the following:
On Tue, 12 Feb 2008, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Andriy Gapon writes:
2.3. this code passes to bread blkno that is calculated as 4*sector,
where sector is a number of a physical 2048-byte sector. [**]
[**] - I
on 12/02/2008 13:47 Poul-Henning Kamp said the following:
In message [EMAIL PROTECTED], Andriy Gapon writes:
2.3. this code passes to bread blkno that is calculated as 4*sector,
where sector is a number of a physical 2048-byte sector. [**]
[**] - I think that this is a requirement
on 12/02/2008 10:53 Poul-Henning Kamp said the following:
In message [EMAIL PROTECTED], Andriy Gapon writes:
on 06/02/2008 18:29 Andriy Gapon said the following:
Small summary of the above long description.
For directory reading fs/udf performs bread() on a (underlying) device
vnode
.
Another approach that comes to my mind is some kind of vnode cloning,
so that each filesystem has its own device vnode. This should work for
multiple RO mounts, maybe with some resource usage penalties.
RW mounts must be exclusive of course.
--
Andriy Gapon
that here we use a
feature of 8259 PIC that can be called cyclic shift of interrupt
priorities ?
So, we really have the following order of interrupts, from higher
priority to lower: 3-7,0,1,8-15? Considering two chained 8259s, of course.
--
Andriy Gapon
Come on, guys, simple yes or no would be enough for me :-)
on 14/02/2008 22:31 Andriy Gapon said the following:
Dear hackers,
I'd like to check with you if my understanding of some code is correct.
If we speak about a typical older i386 system, with UP and AT PIC, I
think this is how
, will it be:
... - iret - xxx - xxx - interrupted again
or
... - iret - interrupted again
Is this a deterministic behavior ? Or some timings are at play?
Thank you in advance.
I hope this was not a too trivial or too boring question :-)
--
Andriy Gapon
on 17/02/2008 18:19 Erich Dollansky said the following:
Hi,
Andriy Gapon wrote:
I cannot tell you if this is still the same for modern designs.
... - iret - interrupted again
This was the behaviour earlier.
Is this a deterministic behavior ? Or some timings are at play?
The PIC
needing softclock's help?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
made while in interrupt handler.
on 17/02/2008 17:10 Andriy Gapon said the following:
on 14/02/2008 23:31 Andriy Gapon said the following:
I ran a series of tests, repeating each twice to be sure that I didn't
make any mistake.
All tests were performed in single-user mode, so the system
/2008 22:09 Andriy Gapon said the following:
More news about the issue. Finally, I stopped being blind and tried to
use KTR.
Graphs produces by schedgraph confirmed my suspicion that system spends
most if its time in idle thread (sleeping).
But, but, RTC interrupt hits with high precision
.
Another possible resolution is to check the bits, but instead of
changing them just refuse to use anything lower than C1.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
on 20/02/2008 20:33 Andriy Gapon said the following:
on 19/02/2008 23:42 Andriy Gapon said the following:
The last result most probably means that RTC IRQ was not the interrupt
to wake CPU from sleeping state.
The first possibility that comes to mind is that on this particular
hardware RTC
on 22/02/2008 19:00 Torfinn Ingolfsen said the following:
On Fri, 22 Feb 2008 18:17:27 +0200
Andriy Gapon [EMAIL PROTECTED] wrote:
Everything works great. But recently I had an itch to go trough BIOS
settings. I spotted one named Plug-n-Play OS and it was set to
The BIOS setting Plug
on 26/02/2008 21:23 Pav Lucistnik said the following:
Pav Lucistnik píše v út 05. 02. 2008 v 19:16 +0100:
Andriy Gapon píše v út 05. 02. 2008 v 16:40 +0200:
Yay, and can you fix the sequential read performance while you're at it?
Kthx!
this was almost trivial :-)
See the attached patch
on 28/02/2008 11:59 Pav Lucistnik said the following:
Andriy Gapon píše v čt 28. 02. 2008 v 10:33 +0200:
And while I have your attention, I have a related question.
I have produced a bunch of ISO9660 Level 3 / UDF hybrid media with
mkisofs, and when I mount the UDF part of them, the mount
on 06/03/2008 14:55 John Baldwin said the following:
On Monday 18 February 2008 10:25:13 am Andriy Gapon wrote:
I see that sched_4bsd has a NOP callout with a purpose of forcing a
context switch (via softclock), so that something like a preemption
could happen (e.g. for threads in a tight
on 27/03/2008 20:08 John Baldwin said the following:
On Thursday 27 March 2008 12:45:38 pm Andriy Gapon wrote:
on 01/03/2008 10:49 Andriy Gapon said the following:
Here's one strange thing - in your patch you accidentally have
parameters of device_identify switched, I initially inherited
on 28/03/2008 16:37 Andriy Gapon said the following:
on 27/03/2008 20:08 John Baldwin said the following:
On Thursday 27 March 2008 12:45:38 pm Andriy Gapon wrote:
on 01/03/2008 10:49 Andriy Gapon said the following:
Here's one strange thing - in your patch you accidentally have
parameters
at the
complete commit message to see what it is about really.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
notifications about hardware/driver events.
But what if I want to automatically run some action if
/dev/ufs/magic-label appears?
Or if I want to monitor appearance and disappearance of ad* and da*
devices (without having to monitor low level drivers like umass)?
--
Andriy Gapon
on 23/04/2008 00:06 Jille said the following:
Andriy Gapon wrote:
Maybe this is a crazy idea or maybe we already have something like this.
Is it possible to get notifications about changes in devfs - appearance
and disappearance of devices (in devfs sense of the word)?
devctl currently
on 23/04/2008 16:55 John Baldwin said the following:
On Tuesday 22 April 2008 03:54:17 pm Andriy Gapon wrote:
Maybe this is a crazy idea or maybe we already have something like this.
Is it possible to get notifications about changes in devfs - appearance
and disappearance of devices (in devfs
that ! (notification) would
be much more appropriate. As you said, this can be completely modeled
after IF notifications.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
on 24/04/2008 01:39 Andriy Gapon said the following:
on 23/04/2008 22:49 John Baldwin said the following:
Events have a subsystem associated with them, so devfs events would use
their
own subsystem type to avoid that sort of confusion.
Thank you for straightening me - for some reason I
a system is booted and devd
is running.
Here is a log of devd started with -dD flags in single-user mode, then I
attached and later detached an external hdd:
http://www.icyb.net.ua/~avg/devd.log.gz
Search for DEVFS for interesting lines.
--
Andriy Gapon
diff --git a/sys/fs/devfs/devfs_devs.c b/sys/fs
itself recursively for child devices, this is all done under
dev_mtx. So I am not sure how to call devctl_notify for those child
devices properly.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
to stay as
far from computers as possible during it).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
as of May 6.
--
Andriy Gapon
diff --git a/sys/kern/kern_conf.c b/sys/kern/kern_conf.c
index 1db25f8..0245253 100644
--- a/sys/kern/kern_conf.c
+++ b/sys/kern/kern_conf.c
@@ -30,6 +30,7 @@ __FBSDID($FreeBSD$);
#include sys/param.h
#include sys/kernel.h
#include sys/systm.h
+#include sys/bus.h
on this?
Thanks.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
), and
writing 0x6 sets both bits 2 and 1 to 1 (thus performing hard reset).
So we always just do a hard reset, no trying of soft reset (would it
even make sense to do the last line of the comment says).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org
on 13/05/2008 22:04 Andriy Gapon said the following:
on 12/05/2008 00:48 Kostik Belousov said the following:
No, we do not have a leak, but we have somewhat non-obvious behaviour.
The cdev structure is freed only after the last reference to cdev is
gone. Typical holder of the reference
on. Apparently this happens because off_t is somewhere
assigned to caddr_t (or something like that) without any extra checks.
So, I am curious if this intentional, unintentional or it just happened
to be this way and nobody really cares.
--
Andriy Gapon
picked
3. I slightly don't like a fact that parent-child destroy notifications
are sent in reverse order because of my simplistic LIST usage.
--
Andriy Gapon
diff --git a/sys/kern/kern_conf.c b/sys/kern/kern_conf.c
index 1db25f8..0245253 100644
--- a/sys/kern/kern_conf.c
+++ b/sys/kern/kern_conf.c
dummy wait ident */
msleep(csw, devmtx, PRIBIO, devdrn, hz / 10);
}
loop, add
mtx_unlock(devmtx);
if (!cold)
devctl_notify(DEVFS, dev-si_name, DESTROY, NULL);
mtx_lock(devmtx);
Thank you again! This is simply perfect.
--
Andriy
on 14/05/2008 15:19 Kostik Belousov said the following:
On Tue, May 13, 2008 at 11:40:21PM +0300, Andriy Gapon wrote:
on 13/05/2008 22:16 Kostik Belousov said the following:
I looked at your previous patch, and it seems it is much simpler to
do drop the devmtx once more then to try to abuse
.
And then do 'git pull' into the working GIT repo.
Hope that this will be interesting and/or useful to the community.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
Does i386 FreeBSD depend for anything important on traditional BIOS or
will it be able to load and work without it?
I mean with something like coreboot.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman
.
Something like create /dev/cpuN and allow some ioctls on it:
ioctl(cpu_fd, CPU_RDMSR, arg).
What do you think?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
on 17/05/2008 13:12 Kostik Belousov said the following:
On Sat, May 17, 2008 at 11:13:52AM +0300, Andriy Gapon wrote:
It seems that rdmsr instruction can be executed only at the highest
privilege level and thus is not permitted from userland. Maybe we should
provide something like Linux /dev
on 17/05/2008 18:37 Rui Paulo said the following:
Andriy Gapon wrote:
It seems that rdmsr instruction can be executed only at the highest
privilege level and thus is not permitted from userland. Maybe we
should provide something like Linux /dev/cpu/msr?
I don't like interface of that device
an approach of limiting abilities of a (sufficiently)
privileged user. After all, he/she can rebuild a kernel and put all they
need into it.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
,
reset via keyboard controller should just work.
BTW, I understand that there is a difference between hard and soft reset
in terms of hardware signals being asserted, but I don't quite
understand general consequences. I.e. what is a practical difference
between hard and soft reset?
--
Andriy
on 20/05/2008 18:24 John Baldwin said the following:
On Tuesday 20 May 2008 09:37:54 am Andriy Gapon wrote:
BTW, I understand that there is a difference between hard and soft reset
in terms of hardware signals being asserted, but I don't quite
understand general consequences. I.e. what
Is there already a way for public read-only svn access to FreeBSD src
repository?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
on 03/07/2008 19:36 Brooks Davis said the following:
On Thu, Jul 03, 2008 at 07:09:41PM +0300, Andriy Gapon wrote:
Is there already a way for public read-only svn access to FreeBSD src
repository?
svn://svn.freebsd.org/base/
Thank you!
The branch/tag hierarchy organization is quite nice
button presses (similarly to how
vertical scrolling is handled in it).
Thank you in advance for advices and opinions.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
bytes to the protocol or growing a new
protocol (level) or something else...
P.S. I replaced usb ml with arch@ in cc.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
.fc9 20080403
Can anybody suggest anything about this problem?
If somebody is working on newer version of binuitls for FreeBSD I can
help as a tester.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 30/10/2008 20:46 Peter Jeremy said the following:
On 2008-Oct-30 18:08:35 +0200, Andriy Gapon [EMAIL PROTECTED] wrote:
1. obtain and extract
http://www.memtest.org/download/2.01/memtest86+-2.01.bin.gz
This is a compressed bootable image and can't be compiled. Possibly
you mean http
on 06/11/2008 14:34 Andriy Gapon said the following:
I have a quite strange problem.
This is with 7-BETA amd64.
All of USB is out of kernel and is loaded via modules.
BIOS has Legacy USB enabled.
I have only a USB keyboard, no PS/2 port.
The keyboard works file in BIOS and for selecting
on 12/11/2008 14:14 Jeremy Chadwick said the following:
On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
[snip]
2. if ukbd driver is not attached then I don't see any way USB keyboard
would work in non-legacy way
Regarding #2: at which stage? boot0/boot2/loader require
chain, etc. I am not even interested
in speculations about whether keyboard would work or not at mountroot
prompt if it were attaching before it.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
on 05/11/2008 17:24 Andriy Gapon said the following:
System is FreeBSD 7.1-BETA2 amd64.
Looking through my dmesg I see that relative order of ukbd attachment
and root mounting is not deterministic. Sometime keyboard is attached
first, sometimes root filesystem is mounted first. Quite more
on 12/11/2008 13:53 Nate Eldredge said the following:
On Wed, 12 Nov 2008, Andriy Gapon wrote:
on 05/11/2008 17:24 Andriy Gapon said the following:
[...]
I have a legacy-free system (no PS/2 ports, only USB) and I wanted to
try a kernel without atkbd and psm (with ums, ukbd, kbdmux
on 12/11/2008 14:33 Jeremy Chadwick said the following:
On Wed, Nov 12, 2008 at 02:20:41PM +0200, Andriy Gapon wrote:
on 12/11/2008 14:14 Jeremy Chadwick said the following:
On Wed, Nov 12, 2008 at 01:58:58PM +0200, Andriy Gapon wrote:
[snip]
2. if ukbd driver is not attached then I don't see
usbd_set_config_index: (addr 1) cno=3 attr=0xa0, selfpowered=0, power=100
usbd_set_config_index: set config 1
ukbd0: CHESEN USB Keyboard, class 0/0, rev 1.10/1.10, addr 3 on uhub2
Full dmesg is here:
http://www.icyb.net.ua/~avg/ukbd.dmesg.gz
--
Andriy Gapon
___
freebsd
Mouse, class 0/0, rev 2.00/24.30, addr
2 on uhub2
ums0: 8 buttons and Z dir.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
on 27/11/2008 15:23 Andriy Gapon said the following:
I increased debug level in uhub and also switched mouse and keyboard
ports hoping that order might matter. It didn't.
Here's fresh usbdevs output snippet:
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub
any issues.
Could this be related to some modern form of memory-mapped IO? Or to
Intel Management Engine (that seems t bite into DRAM)?
Or something else?
Just wondering.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http
on 30/11/2008 22:14 Julian Stacey said the following:
Gary Jennejohn wrote:
On Fri, 28 Nov 2008 15:28:35 +0200
Andriy Gapon [EMAIL PROTECTED] wrote:
I have a new machine with DG33TL mainboard (ICH9/G33).
In a course of some hacking I ran dd if=/dev/mem ... to scan all memory,
this caused
on 28/11/2008 16:28 Andriy Gapon said the following:
uname:
FreeBSD 7.1-PRERELEASE r185311 amd64
dmesg:
ichwd0: Intel ICH9R watchdog timer on isa0
ichwd0: Intel ICH9R watchdog timer (ICH9 or equivalent)
ichwd0: timer disabled
pciconf:
[EMAIL PROTECTED]:0:31:0: class=0x060100 card
BTW, I think it was related to reading memory-mapped registers intended
to put CPU into Cx states (x = 2).
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
see much much fewer of them in our code.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
at the loader prompt!
All in all, it seems that this is right direction.
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
on 31/10/2008 15:18 Andriy Gapon said the following:
ld --warn-constructors --warn-common -static -T memtest_shared.lds \
-o memtest_shared head.o reloc.o main.o test.o init.o lib.o
patn.o screen_buffer.o config.o linuxbios.o memsize.o pci.o controller.o
random.o extra.o spd.o error.o
1 - 100 of 613 matches
Mail list logo