ection is appropriate for them ? .rodata?
Thanks,
Michal
ssion triggers bug in the kernel (which should be
fixed in D47485).
Second, regarding "panic: acquiring blockable sleep lock" is due to an
bug in lld. It mis-links the ".ARM.exidx" section on the output
binary, which is used by the stack unwinder in the kernel.
I don't have a fix for this for now, so you have to use the linker from
llvm18 as a workaround.
I'm not sure if I have enough free cycles to manage both issues on the
llvm side...
Michal
On 23.07.2024 11:36, Konstantin Belousov wrote:
On Tue, Jul 23, 2024 at 09:53:41AM +0200, Michal Meloun wrote:
The good news is that I'm finally able to generate a working/locking
test case. The culprit (at least for me) is if "-mcpu" is used when
compiling libthr (e.g. indi
ially documented and recommend as
only right method in FreeBSD handbook. See
https://www.freebsd.org/doc/handbook/makeworld.html.
World is moving, we may have new tools but each deprecation should be,
in this order:
1) well announced
2) adjusted in the handbook
3) implemeted
M
iidoctor-2.0.10
# /usr/local/bin/asciidoctor
Usage: asciidoctor [OPTION]... FILE...
Michal
...
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
h
build but it errors out with the following message.
This is a known issue and will be fixed.
--HPS
Thank you for the conformation.
And thank you all for your work on FreeBSD.
regards
Johan
Fixed in r368187. Sorry for troubles.
Michal
___
freebsd
On 19.10.2020 22:39, Mark Johnston wrote:
> On Fri, Oct 16, 2020 at 11:53:56AM +0200, Michal Meloun wrote:
>>
>>
>> On 06.10.2020 15:37, Mark Johnston wrote:
>>> On Mon, Oct 05, 2020 at 07:10:29PM -0700, bob prohaska wrote:
>>>> Still seeing non-cur
The backtrace reports
>>
>> panic: non-current pmap 0xa00020eab8f0
>
> Could you show the output of "show procvm" from the debugger?
I see same panic too, in my case its very rare - typical scenario is
rebuild of kf5 ports (~250, 2 days of full load). Any idea ho
eone checks sysutils/u-boot-rpi4 operation and finds
> that it works, then I expect that such a patch as above is
> all that is required.
>
> Note: If future bcmD's need similar code, care will
> need to be taken naming in DRIVER_MODULE(,...
> for them so that un
s1,ada1 in 'Slot 01', SATA Slot: scbus1 target 0
ses0: pass2,ada2 in 'Slot 02', SATA Slot: scbus2 target 0
ses0: pass3,ada3 in 'Slot 03', SATA Slot: scbus3 target 0
ses0: pass4,ada4 in 'Slot 04', SATA Slot: scbus4 target 0
ses0: pass5,ada5 in 'Slot 05',
merged into 12-STABLE? I tried manually patching
12-STABLE src tree and after rebuilding the kernel SES started to work as
expected. I don’t want to run CURRENT just for this simple fix.
regards
Michal
___
freebsd-current@freebsd.org mailing list
https
On 29.12.2018 18:47, Dennis Clarke wrote:
> On 12/28/18 9:56 PM, Mark Millard via freebsd-arm wrote:
>>
>> On 2018-Dec-28, at 12:12, Mark Millard wrote:
>>
>>> On 2018-Dec-28, at 05:13, Michal Meloun
>>> wrote:
>>>
>>>> Mark,
>>
> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be
>>> solidly blocked in my environment.
>
>
> I built a FreeBSD head -r340288 context and tried cross-buiding an
> amd64->armv7 ports head -r484783 of my usual ports and the problem
>
> Building anything that requires multimedia/gstreamer1-qt@qt5 seems to be
>>> solidly blocked in my environment.
>
>
> I built a FreeBSD head -r340288 context and tried cross-buiding an
> amd64->armv7 ports head -r484783 of my usual ports and the problem
>
>readelf -s mplayer | grep environ
26: 0050 8 OBJECT LOCAL DEFAULT 24 environ
Of course, local symbols are visible only within originating object,
these are invisible for other objects.
I have no idea why mplayer authors uses this script, mainly why version
script is used
On 07.12.2018 10:59, Mateusz Guzik wrote:
> On 12/7/18, Michal Meloun wrote:
>>
>>
>> On 07.12.2018 7:25, Mateusz Guzik wrote:
>>> On 12/7/18, Jia-Shiun Li wrote:
>>>> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote:
>>>>
>>&
On 07.12.2018 10:59, Mateusz Guzik wrote:
> On 12/7/18, Michal Meloun wrote:
>>
>>
>> On 07.12.2018 7:25, Mateusz Guzik wrote:
>>> On 12/7/18, Jia-Shiun Li wrote:
>>>> On Fri, Dec 7, 2018 at 12:36 AM Alan Somers wrote:
>>>>
>>&
On 07.12.2018 7:25, Mateusz Guzik wrote:
> On 12/7/18, Jia-Shiun Li wrote:
>> 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
Fre
ror code 1
Stop in /usr/src.
Michal
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Fri, 2015-02-06 at 14:23 +0200, Aleksandr Rybalko wrote:
> On Wed, 04 Feb 2015 22:56:57 +0100
> Michal Varga wrote:
>> [...]
> > Interestingly, two cases in particular (excluding SPSC which isn't
> > implemented yet) were left out of this configuration, namely the
use of those keys completely
non-optional.
If anyone could tell me, what was the reason for not including sysctls
for those two modes?
m.
--
Michal Varga,
Stonehenge
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
ed nvidia-driver, as specified in FreeBSD howto
> (handbook page). changed 'nv' to 'nvidia', added nvidia_enable="YES"
> to /etc/rc.conf and now X works. I am loading more software that is
That's good to hear. Congratulations.
m.
--
Michal Varga,
Stonehenge (Gmail account)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
7;t supply the information as I would like to :(
I can 100% guarantee that BETA3 nor RC won't change anything in regard
to the issue you're experiencing. Your problem lies elsewhere and you
didn't even start systematically investigating it.
m.
--
Michal Varga,
Stonehenge (Gmai
On Mon, 2011-09-19 at 19:22 -0500, Antonio Olivares wrote:
> Michal,
>
> Thank you very much for your detailed instruction. I was able to get
> all of the sources and built nvidia driver successfully :)
>
> However, when I run kldload nvidia, I get a mismatch with the runni
tions
regarding general FreeBSD installation and maintenance:
http://www.freebsd.org/doc/handbook/cvsup.html
m.
--
Michal Varga,
Stonehenge (Gmail account)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
ny case).
Just as a quick reminder for anyone who might not know (as this happens
regularly) - sysutils/testdisk should be able to recover those cleared
partitions pretty easily and put them back in place.
m.
--
Michal Varga,
Stonehenge (Gmail account)
_
t's UDP, and you insist on it working, you might want to
> make sure that the packet goes through the UDP fragmentation
> and NFS rsize/wsize limitation code.
>
I noticed in src/sys/dev/em/README that there are problems with jumbograms
and UDP so I use TCP.
--
Michal Mer
da2: (umass-sim0:0:0:0) lost device
GEOM: destroy disk da2 dp = 0x7241850
GEOM: removing device entry
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
. Switched back to SCHED_4BSD and mouse is
better than ever. No problems at all when loading programs or compiling.
To me subjective feeling mouse respomds worse than month ago with
SCHED_ULE and much better with SCHED_4BSD than before.
Michal
___
[EMAIL
. Neither is working now.
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sover cable, I could not get the
> adapters to go to 1000, only 100. That might have been the cable,
> or not.
I can confirm it works equally well with crossover as with straight cable.
--
Michal Mertl
___
[EMAIL PROTECTED] mailing list
http://li
On Thu, 30 Oct 2003, Doug Ambrisko wrote:
> Michal Mertl writes:
> | On Thu, 30 Oct 2003, Sam Leffler wrote:
> |
> | > On Thursday 30 October 2003 04:46 am, Michal Mertl wrote:
> | > > I wanted to test gigabit network performance and found out that current
> | > >
On Thu, 30 Oct 2003, Sam Leffler wrote:
> On Thursday 30 October 2003 04:46 am, Michal Mertl wrote:
> > I wanted to test gigabit network performance and found out that current
> > (from 5.0 to up to date -current) doesn't fully work with jumbograms (MTU
> > set to 600
e I later see 'nfs server
10.0.0.2:/usr: not responding'. The interface is stuck for some time - can
be revived by changing mtu back to 1500 and down/up sequence.
--
Michal Mertl
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
I found easy way to ugen problem:
in /etc/devfs.rules I added
[local_ruleset=10]
add path 'ugen*' mode 664
then in /etc/rc.conf
devfs_system_ruleset="local_ruleset"
And this is it. Now user can acces camera (PowerShots50) with gtkam. The
resolution was given by
(http://lists.freebsd.org/pipermail
directly I will have to wait 90 secs for
the connection. So as Don Levis suggested I should wait a little longer.
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[
is for (and I would like to continue to use it). And this is why
I do not understand what is wrong. I have run smbd -D -d10 and checked
log.smbd but I could not find anything informative.
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.fre
help
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Wed, 3 Sep 2003, Jens Rehsack wrote:
> Michal Mertl wrote:
> > I found 2 bugs and some potential problems in bktr(4) code.
> >
> > Bug 1:
> > Compilation with options BKTR_USE_FREEBSD_SMBUS failes. Error is
> > that code tries to use iicbus which isn't defi
ror code 1
Stop in /usr/src.
Michal
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
should be able to see an idle kthread with 'top -S'
eating 100% of CPU 1. You can toggle HTT on/off at any time with 'sysctl
machdep.hlt_logical_cpus=0|1'.
I think that when hlt_logical_cpus == 1 system shouldn't account for
logical CPUs' idle time because
On Tue, 4 Mar 2003, Giorgos Keramidas wrote:
> On 2003-03-02 17:34, Michal Mertl <[EMAIL PROTECTED]> wrote:
> : Imagine you decided to go with modular kernel. You comment out 'device
> : random' in your kernel-config and place 'random_load="YES"'
> How about `unset XX_load' ?
It works only for acpi.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
quot;' work. The other fix (probably more difficult to do)
would be to make all modules loading/linking fail when they're
statically compiled in.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tr(4) unit limited to 0-15"
+ fi
mknod bktr$unit c 92 `unit2minor $unit`
mknod tuner$unit c 92 `unit2minor $((16 + $unit))`
mknod vbi$unit c 92 `unit2minor $((32 + $unit))`
--
Michal Mertl
[EMAIL PROTECTED]
*** dev/bktr/bktr_reg.h.ori Sun Dec 8 10:40
ed=1 to /boot/loader.conf[.local]. I also have
hint.atkbd.0.flags="0x3" in there which helps with using my m700 with the
docking station BTW.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
his general VFS problem, so details there
> would be very useful.
May be the attached one will allow someone to track something down.
PS: Sorry if you have problems with attachment, I myself find them
difficult to read (I'm receivind digest of this list - isn't there a
possibility to hav
On Sat, 30 Nov 2002, Michal Mertl wrote:
Including rwatson because of the thread on hackers@.
Sorry for follow-up to myself.
> Recently there was a discussion about jails on some freebsd list. Someone
> recommended vnconfig(8)ed file-backed disk for jail file systems. Terry
> wrote
Subject says it all.
I wanted to make vnode-backed md(4) and forgot to specify size, thas it
after 'touch mdfile;mdconfig -a -t vnode -f mdfile' mdconfig process can't
be killed. It's wchan ('ps axO wchan|grep mdconf') is mddest.
--
Michal Mertl
[EMAIL PROTECTED]
e
0 c0394720 c04ff0000 0 0 0000200 norm[SLPQ sched
c0394720][SLP] swapper
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ed but I suppose it's going to be
general problem - I've seen it mentioned (at least the pcm one) several
times.
Thanks.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
mber allowed on each CPU list: 128
Maximum possible: 17280
1% of cluster map consumed
516 KBytes of wired memory reserved (37% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
RT_TAIL(&head->so_comp, so, so_list);
> so->so_state |= SS_COMP;
>
This patch fixes the panics for me. Thanks a lot. I believe it should be
commited.
BTW: I get about 850 fetches pers second on UP an 600 SMP (the same
machine and settings). Don't know if it's ex
/ip_input.c:916
#17 0xc0235234 in ipintr () at /usr/src/sys/netinet/ip_input.c:934
#18 0xc02295f3 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:97
#19 0xc01a8dc4 in ithread_loop (arg=0xc162b400)
at /usr/src/sys/kern/kern_intr.c:535
#20 0xc01a7c54 in fork_exit (callout=0xc01a8bf0 , arg=0x0,
On Fri, 6 Sep 2002, Alfred Perlstein wrote:
Alfred (thanks) found a bug in my code. Sorry for the fuss folks :-(.
> * Michal Mertl <[EMAIL PROTECTED]> [020906 06:10] wrote:
> > There seems to be bug in $SUBJ. When I run attached program on recent
> > -CURRENT, it always (
rogram for a
minute?
--
Michal Mertl
[EMAIL PROTECTED]
#include
#include
#include
#include
#include
#include
#include
#include
#include
#define MY_SHM_MAGIC 0x56d9f13b
typedef struct {
struct shmid_ds shm_ds;
struct semid_ds sem_ds;
ke sure it's owned by
root and has suid bit set (or always run it as root). This easily may be
security hole if there's bug in the program.
HTH
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
#x27;\002', slot = 0 '\000',
func = 0 '\000', pp_cap = 65041, pp_status = 224 'ŕ', pp_pmcsr = 226
'â', pp_data = 0 '\000'}, conf = {pc_sel = {
pc_bus = 2 '\002', pc_dev = 0 '\000', pc_func = 0 '\000'}, pc_hdr =
0 '\000', pc_subvendor = 4445,
pc_subdevice = 4481, pc_vendor = 4445, pc_device = 3, pc_class = 2
'\002', pc_subclass = 0 '\000',
pc_progif = 0 '\000', pc_revid = 3 '\003', pd_name = '\000' , pd_unit = 0}}
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
work
in progress to make it behave more like OLDCARD ?
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, 31 Dec 2001, Michal Mertl wrote:
Sorry to bloat the list but I forgot to mention that the panics occur when
I actually try to read from ntfs partition (after appliing pach from
previous email). cd works ok but ls panics the kernel.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe
On Sun, 30 Dec 2001, Terry Lambert wrote:
> Michal Mertl wrote:
> >
> > I wrote about the issue once before but now I know more about the
> > problem.
> >
> > I have ntfs partition mounted ro on current. I can read from it without
> > problems. But I noti
On Sun, 30 Dec 2001, Sheldon Hearn wrote:
>
>
> On Sun, 30 Dec 2001 01:53:08 +0100, Michal Mertl wrote:
>
> > I have ntfs partition mounted ro on current. I can read from it without
> > problems. But I noticed I get corrupted data (the corrupted file has
> > right
retty sure the problem is thus in sendfile(2) and/or ntfs fs support.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
but there must be something important in a
way ftpd reads files to serve.
I can give you all the info you would need.
--
Michal Mertl
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
64 matches
Mail list logo
