[OpenWrt-Devel] Диафильмы для детей в цифровом формате - уникальная коллекция в отличном качестве. 05_08_2019 02_10 199508
The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- ДЕТСКИЕ ДИАФИЛЬМЫ Каждый из нас бережно хранит в своем сердце воспоминания детства. Радостные или грустные, светлые или полные горечи, они служат как бы мостиком, который связывает нас сегодняшних, взрослых и солидных, с теми маленькими детьми, которыми мы были когда-то. Иногда, испытывая ностальгию по ушедшему детству, мы достаем эти воспоминания из глубин своей памяти, чтобы вернуться хотя бы на секунду в то беззаботное время, свободное от наших нынешних проблем и забот. Для многих из нас такими яркими воспоминаниями могут стать диафильмы, которые мы смотрели в детстве. Тихое гудение проектора-фильмоскопа и яркий луч, превращающий белую простыню на стене в волшебный экран, на котором сменяют друг друга цветные картинки… Все это навсегда остается в памяти ребенка. Помните свое настроение в тот момент? Радость и нетерпение, пока старшие настраивают объектив и заряжают пленку с диафильмом в проектор, ваш восторг в ту секунду, когда на стене появляется первый кадр, и начинается сказка… Нашу теперешнюю жизнь уже сложно представить без телевизоров, DVD-проигрывателей, компьютеров и прочих чудес техники, но они не смогут вытеснить из вашего сердца эту чистую детскую радость от цветной сказки, нарисованной лучом света на белой простыне. И пускай прошло уже столько лет, мы предлагаем вам и вашим детям попробовать снова пережить те непередаваемые ощущения. Вы удивитесь, насколько легко эти забытые детские чувства могут охватить вас, вернуть вас, казалось бы, в безвозвратно ушедшее прошлое. Кроме того, просмотр диафильмов — это ведь еще и прекрасный способ привить ребенку вкус, поскольку рисовали лучшие художники Союза. Не лишнем будет умение излагать мысли, поскольку можно остановиться в любом месте и обсудить с ребёнком увиденное. Великолепная возможность обучить чтению и всестороннему развитию поскольку в коллекцию входит огромное количество сказок и историй, от Древнего Рима до фантастики и космоса. Дарите своим детям волшебство, тепло и радость взаимного общения, как когда-то его подарили всем нам наши родители, когда деревья были большими и не было видео и интернета. ! Список диафильмов вошедших в коллекцию вы можете увидеть в прикреплённом к письму файле ! Коллекция состоит из 2133 диафильмов в формате JPEG. Записана на внешний USB накопитель (флешка). Проблем с воспроизведением не возникнет, можно смотреть на компьютере, планшете, смартфоне, телевизоре и т.д. Запись на внешний USB накопитель имеет ряд преимуществ в сравнении с обычными DVD дисками, USB накопитель гораздо легче, занимает меньше места, обладает высокой надёжностью сохранности записей, а это значит, что наша коллекция будет радовать Вас много лет. Мы гарантируем отличное качество всех записей. На самом носителе создана продуманная структура, все записи разнесены по каталогам, имеются плейлисты, прописаны теги, а также полный список вошедших записей, поэтому проблем с поиском и навигацией не возникнет. Стоимость коллекции на внешнем USB накопителе — 6500 (Шесть Тысяч Пятьсот) Рублей. Продаются только вместе. Доставка включена в стоимость. Доставка и оплата коллекции осуществляется только по России — почтой, наложенным платежом, никакой предоплаты не требуется, оплата только в момент получения на почте, доставка включена в стоимость. Сроки доставки зависят от расстояния и степени загрузки почты, но как правило это 7-14 суток с момента отправки. Напоминаем, что у нас нет курьерской доставки — только почтой, в том числе и по Москве. Для оформления заказа просьба не забывать указывать: --- Ваш почтовый индекс (пишите правильный индекс — это ускорит доставку); --- Ваш город и точный адрес (название улицы, номер дома и номер квартиры); --- Ф.И.О. получателя и ОБЯЗАТЕЛЬНО номер контактного телефона (лучше сотовый); Заказы\вопросы направляйте по адресу: diafi...@cwhflash.ru Мы очень ответственно относимся к качеству нашего товара, поэтому перед отправкой всё дополнительно проверяется, как следствие отправка бракованной продукции сведена к нулю. Товар упаковывается в специальный ударостойкий материал, что в значительной степени уменьшает риск повреждения при транспортировке. Если вдруг с полученным товаром возникнут проблемы, то все наши покупатели всегда могут рассчитывать на квалифицированную техническую поддержку. Мы никогда не отказываемся от гарантийных обязательств, в случае проблемы Вы можете рассчитывать на замену, почтовые расходы мы берём на себя. По вашему желанию, данная коллекция может быть записана на DVD диски. Для записи используются надёжные DVD диски со специальным покрытием, которое повышает устойчивость диска к механическим повреждениям, таким как трещины и царапины, а это значит, что наша коллекция будет радовать
Re: [OpenWrt-Devel] openwifi: Open source Wi-Fi “chip” on zynq FPGA with Linux mac80211 on ARM
Thanks so much for the quick response. Sounds promising. I will definitely take a look on those steps. Best regards, -- Xianjun Jiao Senior researcher, imec-Gent university 210.007, IDLab, iGent, Technologiepark 126, 9052, Ghent, Belgium Mobile: +32 484 57 22 32 On Dec 18, 2019, at 23:36, Hauke Mehrtens wrote: On 12/18/19 11:09 PM, Xianjun Jiao (UGent-imec) wrote: Dear openwrt friends, A message may interest you. Our openwifi project is online: https://github.com/open-sdr/openwifi Full stack real time SDR (Software Defined Radio) Wi-Fi implementation on zynq FPGA with embedded ARM Linux. Compatible with Linux mac80211 SoftMAC framework. hostapd, wpa_supplicant and other native Linux Wi-Fi tools already work out of the box! But for openwrt, I have too little experience, only know that it is also a kind of embedded Linux. Is openwrt above the mac80211 subsystem? How much effort do you think we need to run openwrt on the openwifi design? If someone would like to work on this porting, we will definitely help! Hi, Interesting project, I would like to see support for this in OpenWrt. OpenWrt is a Linux distribution which also ships mac80211 and other drivers and user space components. The zynq target is already support in OpenWrt master, see here: https://git.openwrt.org/?p=openwrt/openwrt.git;a=tree;f=target/linux/zynq;h=d20f848fca5d6de2e3afd88fc208aa9747b8b101;hb=HEAD You have to add support for you broad to the zynq target, see here for an example of an other board: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=64f4c3ef357815e5d8c780a0d02924b9176db794 Then you would already get images for you board using kernel 4.19. Then you have to add your wifi driver, you can use the integration of the mwlwifi driver as an example: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/kernel/mwlwifi/Makefile;h=aa8eea0450a2e16a460c2f18af1fa6a3dcc07a0c;hb=HEAD This builds against mac80211 from kernel 5.4 provided by backports. Then you should add your other user space tools as normal OpenWrt packages. You should list the basic packages you need in the DEVICE_PACKAGES variable in the board definition in target/linux/zynq/image/Makefile to create images with your wifi driver by default. Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] openwifi: Open source Wi-Fi “chip” on zynq FPGA with Linux mac80211 on ARM
On 12/18/19 11:09 PM, Xianjun Jiao (UGent-imec) wrote: > Dear openwrt friends, > > > A message may interest you. Our openwifi project is online: > > https://github.com/open-sdr/openwifi > > > Full stack real time SDR (Software Defined Radio) Wi-Fi implementation > on zynq FPGA with embedded ARM Linux. Compatible with Linux mac80211 > SoftMAC framework. > > > hostapd, wpa_supplicant and other native Linux Wi-Fi tools already work > out of the box! > > > But for openwrt, I have too little experience, only know that it is also > a kind of embedded Linux. > > > Is openwrt above the mac80211 subsystem? > > > How much effort do you think we need to run openwrt on the openwifi design? > > > If someone would like to work on this porting, we will definitely help! Hi, Interesting project, I would like to see support for this in OpenWrt. OpenWrt is a Linux distribution which also ships mac80211 and other drivers and user space components. The zynq target is already support in OpenWrt master, see here: https://git.openwrt.org/?p=openwrt/openwrt.git;a=tree;f=target/linux/zynq;h=d20f848fca5d6de2e3afd88fc208aa9747b8b101;hb=HEAD You have to add support for you broad to the zynq target, see here for an example of an other board: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=64f4c3ef357815e5d8c780a0d02924b9176db794 Then you would already get images for you board using kernel 4.19. Then you have to add your wifi driver, you can use the integration of the mwlwifi driver as an example: https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=package/kernel/mwlwifi/Makefile;h=aa8eea0450a2e16a460c2f18af1fa6a3dcc07a0c;hb=HEAD This builds against mac80211 from kernel 5.4 provided by backports. Then you should add your other user space tools as normal OpenWrt packages. You should list the basic packages you need in the DEVICE_PACKAGES variable in the board definition in target/linux/zynq/image/Makefile to create images with your wifi driver by default. Hauke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] openwifi: Open source Wi-Fi “chip” on zynq FPGA with Linux mac80211 on ARM
Dear openwrt friends, A message may interest you. Our openwifi project is online: https://github.com/open-sdr/openwifi Full stack real time SDR (Software Defined Radio) Wi-Fi implementation on zynq FPGA with embedded ARM Linux. Compatible with Linux mac80211 SoftMAC framework. hostapd, wpa_supplicant and other native Linux Wi-Fi tools already work out of the box! But for openwrt, I have too little experience, only know that it is also a kind of embedded Linux. Is openwrt above the mac80211 subsystem? How much effort do you think we need to run openwrt on the openwifi design? If someone would like to work on this porting, we will definitely help! Thanks for your time, and have fun! Best regards, -- Xianjun Jiao Senior researcher, imec-Gent university 210.007, IDLab, iGent, Technologiepark 126, 9052, Ghent, Belgium Mobile: +32 484 57 22 32 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ubox: print an error when no kernel module dir can be found
Do not just silently fail when kernel modules are nowhere to be
found. This is essential for diagnosing mismatched kernel version
failures.
Signed-off-by: Paul Fertser
---
kmodloader.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/kmodloader.c b/kmodloader.c
index 07b6700..b4facb4 100644
--- a/kmodloader.c
+++ b/kmodloader.c
@@ -108,8 +108,10 @@ static int init_module_folders(void)
s = p + 1;
}
- if (!module_folders)
+ if (!module_folders) {
+ ULOG_ERR("no module folders for kernel version %s found\n",
ver.release);
return -1;
+ }
module_folders[n] = NULL;
return 0;
--
2.20.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH fstools 2/3] libblkid: vfat: Fix reading labels which starts with byte 0x05
On Tuesday 17 December 2019 08:28:35 Rafał Miłecki wrote:
> From: Pali Rohár
>
> commit e526f503918cc29d8b1ccf36a5c3a34645d2be6e upstream.
>
> When FAT directory entry has leading byte 0x05 it is interpreted as byte
> 0xE5. This is how FAT stores file name which starts with byte 0xE5 as
> leading byte in 0xE5 in FAT directory entry means that file slot is empty.
>
> Fixes: #533
> ---
> libblkid-tiny/vfat.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libblkid-tiny/vfat.c b/libblkid-tiny/vfat.c
> index 49b865a..93e4053 100644
> --- a/libblkid-tiny/vfat.c
> +++ b/libblkid-tiny/vfat.c
> @@ -167,6 +167,8 @@ static unsigned char *search_fat_label(blkid_probe pr,
> if ((ent->attr & (FAT_ATTR_VOLUME_ID | FAT_ATTR_DIR)) ==
> FAT_ATTR_VOLUME_ID) {
> DBG(LOWPROBE, ul_debug("\tfound fs LABEL at entry %d",
> i));
> + if (ent->name[0] == 0x05)
> + ent->name[0] = 0xE5;
> return ent->name;
> }
> }
Yes, this is my patch for util-linux project which was included in
upstream two years ago... It was part of my initiative to fix handling
of FAT labels in different Linux software, see for more details:
https://www.spinics.net/lists/kernel/msg2640891.html
Do you need some help with FAT labels?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] interface: add IPv6 addresses without IFA_F_NOPREFIXROUTE
When netifd manages the prefix route directly, it will remove it
the moment prefix gets deprecated. This will make it impossible
for the target to send ICMPv6 errors back to LAN devices still
using the deprecated prefix, thus breaking the L-14 requirement
of RFC 7084.
Signed-off-by: Alin Nastac
---
interface-ip.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/interface-ip.c b/interface-ip.c
index c159e09..0958fcb 100644
--- a/interface-ip.c
+++ b/interface-ip.c
@@ -905,20 +905,14 @@ interface_set_prefix_address(struct
device_prefix_assignment *assignment,
struct device *l3_downlink = iface->l3_dev.dev;
struct device_addr addr;
- struct device_route route;
memset(&addr, 0, sizeof(addr));
- memset(&route, 0, sizeof(route));
addr.addr.in6 = assignment->addr;
addr.mask = assignment->length;
- addr.flags = DEVADDR_INET6 | DEVADDR_OFFLINK;
+ addr.flags = DEVADDR_INET6;
addr.preferred_until = prefix->preferred_until;
addr.valid_until = prefix->valid_until;
- route.flags = DEVADDR_INET6;
- route.mask = addr.mask < 64 ? 64 : addr.mask;
- route.addr = addr.addr;
-
if (!add && assignment->enabled) {
time_t now = system_get_rtime();
@@ -939,10 +933,6 @@ interface_set_prefix_address(struct
device_prefix_assignment *assignment,
addr.mask, 0, iface,
"unreachable", true);
}
- clear_if_addr(&route.addr, route.mask);
- interface_set_route_info(iface, &route);
-
- system_del_route(l3_downlink, &route);
system_add_address(l3_downlink, &addr);
assignment->addr = in6addr_any;
@@ -955,7 +945,6 @@ interface_set_prefix_address(struct
device_prefix_assignment *assignment,
return;
assignment->addr = addr.addr.in6;
- route.addr = addr.addr;
}
if (system_add_address(l3_downlink, &addr))
@@ -976,11 +965,6 @@ interface_set_prefix_address(struct
device_prefix_assignment *assignment,
}
}
- clear_if_addr(&route.addr, route.mask);
- interface_set_route_info(iface, &route);
-
- system_add_route(l3_downlink, &route);
-
if (uplink && uplink->l3_dev.dev &&
!(l3_downlink->settings.flags & DEV_OPT_MTU6)) {
int mtu = system_update_ipv6_mtu(uplink->l3_dev.dev, 0);
int mtu_old = system_update_ipv6_mtu(l3_downlink, 0);
--
2.7.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
