https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246797
Ulas SAYGIN changed:
What|Removed |Added
Summary|make buildworld fails in|make buildworld fails in
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246797
Bug ID: 246797
Summary: make buildworld fails in libc code at
/usr/src/libexec/rtld-elf/rtld.c:1175:20: error: no
member named 'l_refname' in 'struct link_map'; did you
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Zeus Panchenko changed:
What|Removed |Added
CC||zeus.panche...@gmail.com
--- Comm
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242164
sasamotik...@gmail.com changed:
What|Removed |Added
Resolution|--- |Not A Bug
Stat
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246788
--- Comment #1 from Ulas SAYGIN ---
I got src from svnlite and it does not have fix but github version has fix.
from link below.
i manually changed file. and it goes.
i think svnlite repo is not up to date. the fix commited 3 days ago.
h
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246788
Bug ID: 246788
Summary: make buildworld fails in libc code at
/usr/src/lib/libc/gen/ualarm.c:60:3: error: misleading
indentation; statement is not part of the previous
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #95 from Florian Smeets ---
FWIW, another successful test. Hardware is an Intel NUC8i5BE
rtsx0@pci0:2:0:0: class=0xff rev=0x01 hdr=0x00 vendor=0x10ec
device=0x522a subvendor=0x8086 subdevice=0x2074
vendor = 'R
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #94 from h...@restart.be ---
(In reply to Jung-uk Kim from comment #93)
I will do it in the following days. It will be something interesting for me to
learn to do a man page ;-)
--
You are receiving this mail because:
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #93 from Jung-uk Kim ---
(In reply to Eric van Gyzen from comment #90)
I can do it, too. However, we need a) a manual page, i.e., rtsx(4) and b)
thorough style(9) compliance check. rtsx(4) doesn't have to be complete but we
ne
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #92 from h...@restart.be ---
(In reply to Dave Cottlehuber from comment #91)
Just checkout from https://github.com/hlh-restart/rtsx the latest master.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #91 from Dave Cottlehuber ---
Amazing! can we get all of this into a single patch (or a git branch)? I'm not
clear which ones of the attachments are needed. I can try it out on my laptop,
but I'll need to build it on a bigger bo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245314
Dave Cottlehuber changed:
What|Removed |Added
Status|New |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #90 from Eric van Gyzen ---
I'm a src committer. Let me know when you think it's ready, and I'll take a
look.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #89 from Lars Engels ---
Thats awesome teamwork!
I will test this on my T450s tomorrow and report back.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #88 from Gary Jennejohn ---
Yay! It works with my 522A also. People with different controllers need to
test this too. If there are enough reports of success then maybe one of the
FreeBSD committers following this (I think the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #87 from h...@restart.be ---
(In reply to Jesper Schmitz Mouridsen from comment #84)
The bus_dmamap_sync() don't need to be positioned. I keep it at the 'old' place
to be coherent with the rest of the code.
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #86 from h...@restart.be ---
With The current githup I can
gpart create -s GPT /dev/mmcsd0
gpart add -t freebsd-zfs /dev/mmcsd0
zpool create TEST /dev/mmcsd0p1
...populate the pool...
zpool scrub
zpool status TEST
pool: TEST
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #85 from Jesper Schmitz Mouridsen ---
(In reply to hlh from comment #83)
Thanks,
it was in the dwmmc code...
} else if (sc->flags & PENDING_STOP && !sc->use_auto_stop) {
sc->flags &= ~PENDING_STOP;
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #84 from Jesper Schmitz Mouridsen ---
Created attachment 214925
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=214925&action=edit
add stop cmd from req and reposition sync_dma
enables reads after write..
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #83 from h...@restart.be ---
(In reply to Jesper Schmitz Mouridsen from comment #82)
WELL DONE!
Where do you find this trick?
Github updated!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #82 from Jesper Schmitz Mouridsen ---
(In reply to hlh from comment #81)
It works for me now
if (read)
memcpy(cmd->data->data, sc->rtsx_data_dmamem, cmd->data->len);
else
rtsx_send_req_get_resp(sc,s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244389
Phil Shafer changed:
What|Removed |Added
CC||p...@freebsd.org
--- Comment #1 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244589
Phil Shafer changed:
What|Removed |Added
CC||p...@freebsd.org
--- Comment #1 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #81 from h...@restart.be ---
(In reply to Jesper Schmitz Mouridsen from comment #80)
I try this but as before only the first write complete and then Controller
timeout for subsequent operations.
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246514
Phil Shafer changed:
What|Removed |Added
CC||p...@freebsd.org
--- Comment #8 from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #80 from Jesper Schmitz Mouridsen ---
(In reply to Jesper Schmitz Mouridsen from comment #79)
I meant
bus_dmamap_sync(sc->rtsx_data_dma_tag, sc->rtsx_data_dmamap,
BUS_DMASYNC_PREREAD);
bus_dmamap_sync(sc->rtsx_data_dma_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #79 from Jesper Schmitz Mouridsen ---
I can make CMD25 succeed by adding
bus_dmamap_sync(sc->rtsx_data_dma_tag, sc->rtsx_data_dmamap,
BUS_DMASYNC_POSTREAD);
bus_dmamap_sync(sc->rtsx_data_dma_tag, sc->rtsx_data_dmamap
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #78 from Gary Jennejohn ---
I notice that the driver currently limits the SD clock to a maximum of 50MHz.
In the Linux trace the clock is set to 208MHz.
I wonder whether the clock rate is contributing to the errors seen when
rts
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #77 from Gary Jennejohn ---
(In reply to hlh from comment #76)
If I limit MMCBR_IVAR_MAX_DATA to 1, i.e. max transfer of 512 bytes, in
rtsx_read_ivar() then I can mount, read from and write to the SD card with no
errors.
The cha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #76 from h...@restart.be ---
(In reply to Jesper Schmitz Mouridsen from comment #75)
I update gitub.
I modify rtsx_xfer() according to linux sd_write_long_data()
https://elixir.bootlin.com/linux/v4.3.1/source/drivers/mmc/host/r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #75 from Jesper Schmitz Mouridsen ---
(In reply to hlh from comment #74)
I can write with bs>512 on 5209 with tmode AUTO_WRITE4 instead of tmode
AUTO_WRITE3, but I can not read after I have done a write operation.
--
You are r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #74 from h...@restart.be ---
On my Realtek RTL8411B write 512 bytes blocks is working - rtsx_xfer_short():
dd if=some_file of=/dev/mmcsd0 bs=512 count=x
dd if=/dev/mmcsd0 bs=512 count=x
With a bs > 512 [rtsx_xfer()] I get inte
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #73 from h...@restart.be ---
(In reply to Lutz Bichler from comment #72)
I will replace READ2 by READ1: both are working for my RTL8411B.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
Lutz Bichler changed:
What|Removed |Added
CC||lutz.bich...@gmail.com
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #71 from Gary Jennejohn ---
(In reply to Gary Jennejohn from comment #70)
No, the card is not the problem. Exactly the same behavior with a different
card.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204521
--- Comment #70 from Gary Jennejohn ---
(In reply to hlh from comment #69)
Unfortunately, with my RTS522A I don't get as far as you do.
The very first CMD18 which reads 8192 bytes with a blocksize of 512 appears to
succeed. The MMC stack t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246766
--- Comment #2 from Ulas SAYGIN ---
I removed src.conf and make.conf files.
and i executed make kernel. now it seems working but it hasnt complete yet.
I am waiting for compilation.
--
You are receiving this mail because:
You are the ass
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246514
Yuri Pankov changed:
What|Removed |Added
URL||https://reviews.freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246514
Yuri Pankov changed:
What|Removed |Added
Attachment #214657|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246750
--- Comment #3 from Mateusz Kwiatkowski ---
(In reply to Andriy Gapon from comment #2)
That's my guess too. UX could be better either way.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246766
--- Comment #1 from Ulas SAYGIN ---
my freebsd version is
uname -a
FreeBSD s1 12.1-STABLE FreeBSD 12.1-STABLE r361309 GENERIC amd64
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246766
Bug ID: 246766
Summary: make kernel does not complete ,
/usr/src/sys/kern/genoffset.c cc: error: no such file
or directory: 'FLAGS'
Product: Base System
Ver
42 matches
Mail list logo
