ice_create_init_fdir_rule() in the loop. It makes it easy to
extend the list of default rules in the future, without the need of
duplicate code more and more.
Reviewed-by: Michal Swiatkowski
Signed-off-by: Mateusz Polchlopek
---
.../net/ethernet/intel/ice/ice_ethtool_fdir.c | 21
Hello!
We are happy to announce the fourth edition of our Transatlantic
Behavioural Neuroscience School! It will be held Aug 11-22 in Buenos Aires,
Argentina,.
During our school you will learn how to deliver stimuli or modify the
environment in which the animal is embedded with Arduino-based devi
> There are ways to detect blocks
I know, that is why I specifically put "reasonable" filter word. I know about
workarounds like showing 403 response message and about
https://github.com/streetcomplete/StreetComplete/issues/6062#issuecomment-2565450817
--
Reply to this email directly or view i
> This behavior of killing off tokens on 403 is the reason why this issue was
> opened. If they stop doing that, they wouldn't need block messages appearing
> on the authorization page.
If we stop that then it would not fix anything and would make things worse.
User will be never notified about
> authorisation is not blocked
in
> user doing oauth authorisation (for example login into an OSM editor) which
> is blocked
I meant that user is blocked. Is
> blocked user doing oauth authorisation (for example login into an OSM editor)
more clear?
---
> Sending
> but for clients that already have a token and are just hitting the API
> there's no way we can magically display a message.
I meant case when user tries to get a new token
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5490#
On Fri, Jan 10, 2025 at 5:58 PM Kees Cook wrote:
>
> On Thu, Jan 09, 2025 at 11:01:47PM +0100, Mateusz Guzik wrote:
> > That is to say, contrary to the report above, I believe the change is
> > in fact a regression which just so happened to make things faster for
> &
### Problem
user doing oauth authorisation (for example login into an OSM editor) which is
blocked will not be notified by osm.org about a block
### Description
This was tested on Android, as part of
https://github.com/streetcomplete/StreetComplete/issues/6062 resulting from
https://community
On Thu, Jan 9, 2025 at 10:12 PM Kees Cook wrote:
>
> On Thu, Jan 09, 2025 at 09:52:31PM +0100, Mateusz Guzik wrote:
> > On Thu, Jan 09, 2025 at 12:38:04PM -0800, Kees Cook wrote:
> > > On Thu, Jan 09, 2025 at 08:51:44AM -0800, Kees Cook wrote:
> > > > On Thu,
On Thu, Jan 09, 2025 at 12:38:04PM -0800, Kees Cook wrote:
> On Thu, Jan 09, 2025 at 08:51:44AM -0800, Kees Cook wrote:
> > On Thu, Jan 09, 2025 at 02:57:58PM +0800, kernel test robot wrote:
> > > kernel test robot noticed a 17.3% improvement of
> > > vm-scalability.throughput on:
> > >
> > > com
Dzień dobry!
Sprawdziłem https://www.openstreetmap.org/way/288118809
Znalazłem https://www.openstreetmap.org/changeset/160286255
Wspomina to że była próba kontaktu ale pozostała bez odpowiedzi
Najlepiej byłoby odpowiedzieć na pytania zadane w
https://www.openstreetmap.org/changeset/159560420
(
W dniu 7.01.2025 o 08:28, Salvatore Bonaccorso pisze:
> Hi Mateusz,
>
> On Fri, Jan 03, 2025 at 10:14:47PM +0100, Mateusz Jo??czyk wrote:
>> The above patch fixes the issue for me (on 32-bit mipsel), but would need
>> some further testing.
>>
>> I wrote:
>&g
W dniu 7.01.2025 o 08:28, Salvatore Bonaccorso pisze:
> Hi Mateusz,
>
> On Fri, Jan 03, 2025 at 10:14:47PM +0100, Mateusz Jo??czyk wrote:
>> The above patch fixes the issue for me (on 32-bit mipsel), but would need
>> some further testing.
>>
>> I wrote:
>&g
Debian versions before 11?
yes: https://www.debian.org/distrib/archive
> Thanks in advance for your experience, ideas, insight, and
> suggestions.
Greetings,
Mateusz
W dniu 6.01.2025 o 19:16, Mateusz Jończyk pisze:
> Hello,
>
>> My questions for this group are:
>>
>> (1) Have any of you succeeded for Debian 12.8 on MIPS64el
>> emulated by QEMU?
> Yes, without much trouble.
>> (2) If so, what is your r
Control: reassign 1091858 linux 6.1.119-1
Control: affects 1091858 +zstd
Control: forwarded 1091858
https://lore.kernel.org/linux-mips/20250105211806.421305-1-mat.jonc...@o2.pl/T/
Control: tags 1091858 +patch
W dniu 3.01.2025 o 22:14, Mateusz Jończyk pisze:
> The above patch fixes the issue
Control: reassign 1091858 linux 6.1.119-1
Control: affects 1091858 +zstd
Control: forwarded 1091858
https://lore.kernel.org/linux-mips/20250105211806.421305-1-mat.jonc...@o2.pl/T/
Control: tags 1091858 +patch
W dniu 3.01.2025 o 22:14, Mateusz Jończyk pisze:
> The above patch fixes the issue
mati865 wrote:
I'd be fine with closing this PR and #10148 if that is the preferred solution.
https://github.com/llvm/llvm-project/pull/121442
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-c
The above patch fixes the issue for me (on 32-bit mipsel), but would need some
further testing.
I wrote:
> Fixes: 51061b8876a3 ("MIPS: math-emu: Fix prefx detection and COP1X function
> field definition")
but I realized this has been broken by
commit 919af8b96c89 ("MIPS: Make definitions of MI
The above patch fixes the issue for me (on 32-bit mipsel), but would need some
further testing.
I wrote:
> Fixes: 51061b8876a3 ("MIPS: math-emu: Fix prefx detection and COP1X function
> field definition")
but I realized this has been broken by
commit 919af8b96c89 ("MIPS: Make definitions of MI
l (0.4.4-4) unstable; urgency=medium
.
[ Niels Thykier ]
* Declare explicit need for root when building udevil.
(Closes: #1089460)
.
[ Mateusz Łukasik ]
* Bump to 4.7.0. (no changes needed)
* Update dates in d/copyright.
* d/clean: Remove autogenerated files (Closes
nd on 00
binary. In this case, MIPSInst_FMA_FFMT(ir) must be equal to 0x7, which
does not match that case label.
This causes emulation failure for the prefx instruction. Fix it.
Signed-off-by: Mateusz Jończyk
Cc: sta...@vger.kernel.org # after 2 weeks
Cc: Dengcheng Zhu
Cc: Thomas Bogendo
nd on 00
binary. In this case, MIPSInst_FMA_FFMT(ir) must be equal to 0x7, which
does not match that case label.
This causes emulation failure for the prefx instruction. Fix it.
Signed-off-by: Mateusz Jończyk
Cc: sta...@vger.kernel.org # after 2 weeks
Cc: Dengcheng Zhu
Cc: Thomas Bogendo
l (0.4.4-4) unstable; urgency=medium
.
[ Niels Thykier ]
* Declare explicit need for root when building udevil.
(Closes: #1089460)
.
[ Mateusz Łukasik ]
* Bump to 4.7.0. (no changes needed)
* Update dates in d/copyright.
* d/clean: Remove autogenerated files (Closes
1) unstable; urgency=medium
.
* New upstream release.
* Drop all patches included upstream.
* Add libxfce4ui-2-dev to B-D. (Closes: #1091058)
* Bump Standards Version to 4.7.0.
* Switch B-D pkg-config → pkgconf
Regards,
--
Mateusz Łukasik
1) unstable; urgency=medium
.
* New upstream release.
* Drop all patches included upstream.
* Add libxfce4ui-2-dev to B-D. (Closes: #1091058)
* Bump Standards Version to 4.7.0.
* Switch B-D pkg-config → pkgconf
Regards,
--
Mateusz Łukasik
https://github.com/mati865 updated
https://github.com/llvm/llvm-project/pull/121442
From b4a5daabac693aa3021c81180a9d25ac34177f62 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mateusz=20Miku=C5=82a?=
Date: Wed, 1 Jan 2025 21:38:49 +0100
Subject: [PATCH] [Clang][Driver] Declare win32 threads on
, I suspect it to be a kernel bug. GCC already emits other
floating point instructions on this arch and the kernel emulates them when the
fpu is not available.
There is some mention of prefx in the code:
<https://elixir.bootlin.com/linux/v6.12.6/source/arch/mips/math-emu/cp1emu.c#L1664>
Greetings,
Mateusz
, I suspect it to be a kernel bug. GCC already emits other
floating point instructions on this arch and the kernel emulates them when the
fpu is not available.
There is some mention of prefx in the code:
<https://elixir.bootlin.com/linux/v6.12.6/source/arch/mips/math-emu/cp1emu.c#L1664>
Greetings,
Mateusz
and a0,a0,t9
It appears that this instruction requires a floating-point coprocessor and is a
CP1X instruction.
It is used to prefetch locations from memory.
Indeed, when using the 24Kf variant (qemu-system-mipsel -cpu 24Kf), zstd -9
works.
The question is why the Linux kernel's math-emu
and a0,a0,t9
It appears that this instruction requires a floating-point coprocessor and is a
CP1X instruction.
It is used to prefetch locations from memory.
Indeed, when using the 24Kf variant (qemu-system-mipsel -cpu 24Kf), zstd -9
works.
The question is why the Linux kernel's math-emu
https://github.com/mati865 converted_to_draft
https://github.com/llvm/llvm-project/pull/121442
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -619,7 +619,13 @@ class ToolChain {
virtual bool SupportsEmbeddedBitcode() const { return false; }
/// getThreadModel() - Which thread model does this target use?
- virtual std::string getThreadModel() const { return "posix"; }
+ virtual std::string getThreadModel() c
-project/blob/0cbe28df7100bf4384f84542d602f90cb783a2d4/clang/include/clang/Basic/LangOptions.h#L360
which still yield `posix`.
From cc7708f2646326c5065c4853a8a2971db48e3718 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Mateusz=20Miku=C5=82a?=
Date: Wed, 1 Jan 2025 21:38:49 +0100
Subject: [PATCH] [Clang
be
stored.
Remove mentioned parameter to prevent return of corrupted data to
userspace.
Fixes: 70838938e89c ("ice: Implement driver functionality to dump serdes
equalizer values")
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/ice/ice_adminq_cmd.h | 1 -
drivers/ne
` with `copy=1`
and this is where `copy=True` takes place.
We could add a `copy` parameter to `PyArray_CopyObject` or set `copy=-1`
(to `None`) for the `PyArray_DiscoverDTypeAndShape` call.
Mateusz
On Thu, Dec 26, 2024 at 10:19 AM Sebastian Berg
wrote:
> That seems like a bug but not sure why
nt version is here:
https://lore.kernel.org/netdev/20240821133714.61417-1-przemyslaw.kits...@intel.com/
Thanks in advance
Mateusz
CC: Simon Horman
Signed-off-by: Mateusz Polchlopek
---
net/devlink/health.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/devlink/heal
On 12/5/2024 2:18 PM, Mateusz Polchlopek wrote:
On 12/4/2024 4:05 PM, Paul Menzel wrote:
Dear Mateusz,
Thank you for the patch.
Am 04.12.24 um 16:02 schrieb Mateusz Polchlopek:
static_assert() needs to be placed in the declaration section,
so move it there in ice_cfg_tx_topo() function
On 12/4/2024 4:05 PM, Paul Menzel wrote:
Dear Mateusz,
Thank you for the patch.
Am 04.12.24 um 16:02 schrieb Mateusz Polchlopek:
static_assert() needs to be placed in the declaration section,
so move it there in ice_cfg_tx_topo() function.
Current code causes following warnings on some
: fix memleak in ice_init_tx_topology()")
Reviewed-by: Marcin Szycik
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/ice/ice_ddp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/intel/ice/ice_ddp.c
b/drivers/net/ethernet/intel/ice
Extend the job done in:
commit b699c81af068 ("ice: Implement ethtool reset support")
by adding ethtool reset function for safe mode ops structure.
Suggested-by: Przemek Kitszel
Reviewed-by: Martyna Szapar-Mudlaw
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet
On Fri, Nov 29, 2024 at 08:54:38PM -0800, Kees Cook wrote:
> Zbigniew mentioned at Linux Plumber's that systemd is interested in
> switching to execveat() for service execution, but can't, because the
> contents of /proc/pid/comm are the file descriptor which was used,
> instead of the path to the
:rep movsb %ds:(%rsi),%es:(%rdi)
0x8197141d <+45>:nop
0xffff8197141e <+46>:nop
0x8197141f <+47>:nop
0x81971420 <+48>:mov%rcx,%rax
0x81971423 <+51>:nop
0x81971424 <+52>:nop
0x81971425 <+53>:nop
0x81971426 <+54>:jmp0x8206b1a0 <__x86_return_thunk>
--
Mateusz Guzik
note that in some areas it is default, and exceptions
are extremely rare
I am not sure is adding shared_green=yes to basically
all highway=crossing in Poland that have pedestrian signals
would really help in anything
maybe add note that it does not make sense to tag this
in many places?
Nov 21,
[
https://issues.apache.org/jira/browse/KUDU-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17901748#comment-17901748
]
Mateusz Gajewski commented on KUDU-3630:
We are using kudu with JDK 23 an
[
https://issues.apache.org/jira/browse/KUDU-3629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17901561#comment-17901561
]
Mateusz Gajewski commented on KUDU-3629:
Netty 4.1.110.Final shaded in
[
https://issues.apache.org/jira/browse/KUDU-3629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17901559#comment-17901559
]
Mateusz Gajewski commented on KUDU-3629:
There is no 1.17.1 version in
Mateusz Gajewski created KUDU-3630:
--
Summary: Kudu uses deprecated SecurityManager features
Key: KUDU-3630
URL: https://issues.apache.org/jira/browse/KUDU-3630
Project: Kudu
Issue Type
Mateusz Gajewski created KUDU-3629:
--
Summary: 2 high CVEs in kudu-client
Key: KUDU-3629
URL: https://issues.apache.org/jira/browse/KUDU-3629
Project: Kudu
Issue Type: Bug
pefully it should
work better on a RPi4.
More information on the project's website.
https://emubns.sourceforge.net/raspnspeak/
Mateusz
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
+1 nb, tested on Trino
On Tue, Nov 26, 2024 at 1:26 PM Guillaume Nodet wrote:
> +1
>
> Le lun. 25 nov. 2024 à 12:50, Tamás Cservenák a
> écrit :
>
> > Howdy,
> >
> > We solved 46 issues:
> >
> >
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922&version=12355164
> >
> >
> it requires detecting the OS, something we'd rather not do
is it problematic for some reason? (is there really no reliable way to do it?)
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/5351#issuecomment-2500293205
You are recei
As I understand there was a long-lived code branch. Maybe in future if someone
is aware about such branch, having significant user-visible changes, then
whoever knows about it (not only repo maintainers) can let Communication
Working Group know about this?
Or post about it on forums?
Would tha
legally distributed as a package may be included in the repository. Only
"CORE" packages must be open-source (preferably MIT).
Mateusz
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
s.org/?p=forum> or the SvarDOS bug tracker
<https://github.com/SvarDOS/bugz/issues> for any questions or remarks
related to SvarDOS.
Mateusz
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
> If you did any mass note manipulation in some area, chances are someone else
> will start altering these notes later. In this case you'll receive waves of
> emails and there's no way to stop them.
relatively few mass note manipulation should be done then abandon discussion,
though I expect th
We (Trino project) started testing JDK 24 compatibility recently and got
blocked for testing Kafka connector due to a Security Manager removal in
JDK 24 build 22 for which there is no workaround.
We'd love to continue supporting the Kafka connector, but forcing users to
upgrade to 4.0+ compatible
Mateusz Gajewski created KUDU-3627:
--
Summary: Kudu broken on JDK 24
Key: KUDU-3627
URL: https://issues.apache.org/jira/browse/KUDU-3627
Project: Kudu
Issue Type: Bug
Components
Would #1478 work also when user has no got any relevant app installed yet?
Maybe I misunderstood how it works but AFAIK not.
> PS: I'm not naive enough to assume that this will happen in any form,
> naturally everybody will want their own link for marketing purposes.
I would prefer edit menu li
oh, and contacting above could be done not by maintainers of OSM website but by
people interested in dark mode, just have some central location listing
creating issues/contact attempts to not flood map maintainers
--
Reply to this email directly or view it on GitHub:
https://github.com/openstre
sounds like a good idea to me
> then the next steps would be:
I would suggest to also contact maintainers of featured map styles to let them
know they have such choice and maybe list which ideas (dimming, various
filters) can be used to autogenerate dark version, without developing new style
o
edit on mobile version is a great idea, but it does not really make sense
without links to mobile editors
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/5326#issuecomment-2488223828
You are receiving this because you are subscr
> What are you waiting to merge this?
Maybe for discussion in #5328 to conclude? Reacting to comments there or
posting new, if you have something new to say, may be a good idea.
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/pull/532
> Yay and then the discussion was locked. Great move 🎉
probably because comments in already merged PRs will be likely to be missed
(though posting comment explaining this may be a good idea)
--
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-web
your proposal is missing big part: "why"
why spending effort in coding, maintaining and complexity increase of interface
would be worth it?
> Yes various plugins have come and gone and are one
> big mess. So let's just cut to the chase and have
> it built into the OSM website!
just because plug
, speech-dispatcher,
TDSR, Fenrir, etc. I imagine these are parts of the Linux TTS ecosystem,
and each might be adding a bit of latency. It is irrelevant to emubns of
course, as it does not rely on such tools and uses Piper directly.
Mateusz
yboard, screen, speech, and so
>forth to configure the item.
None is needed, because the user will not be supposed to interact with the Pi.
He will only have to write an image to a SD card and insert the card into the
Pi.
Mateusz
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
black box that talks when
connected to a DOS PC.
Mateusz
On 19/11/2024 06:18, Karen Lewellen wrote:
Hi Mateusz,
Finally had a moment to check out your piper in DOS sample.
If I am forthright, that was frankly stunning.
granted, I imagine many factors impacted that sound quality, but I
people are allowed to be against for reasons you dislike or consider stupid
this does not make this votes invalid and there is no way to invalidate them
Nov 16, 2024, 14:39 by brecht.devries...@gmail.com:
> Hey,
>
> I ask myself the following question but do not immediately find an answer.
> W
> The only way people could continue using the OSM.org map was either by
> disabling dark mode for their whole browser (because that's a global setting
> both in Firefox and Chrome), or use a different browser just for looking at
> OSM
AFAIK map was still shown? At most it was really ugly/poorl
> Instead, https://github.com/openstreetmap/openstreetmap-website/pull/5330 is
> being fast-tracked, because "making it a little less dim" is assumed to
> clearly fix everyone's problem with the changes.
based on PR description, it was fast tracked as a bug fix ("darker than I
intended them to
an similar to healthcare=* people would treat passing proposal as reason to
start
treating established tags as deprecated
highway=bus_stop was also not deprecated by public transport proposal,
nevertheless people refer sometimes to it as deprecated/legacy
Nov 11, 2024, 21:42 by graemefi...@gma
initialization.
Signed-off-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Simon Horman
Tested-by: Rafal Romanowski
Co-developed-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf.h| 17 +-
drivers/net/ethernet/intel/iavf
On 6. Nov 2024, at 01:10, Tijl Coosemans wrote:
>
> On Mon, 21 Oct 2024 19:21:45 GMT Mateusz Piotrowski wrote:
>> The branch main has been updated by 0mp:
>>
>> URL:
>> https://cgit.FreeBSD.org/src/commit/?id=d2e7bb630b83848a774d8213014a9e0747775019
>>
>
format.
Signed-off-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Simon Horman
Tested-by: Rafal Romanowski
Co-developed-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf.h| 20 ++-
drivers/net/ethernet/intel/iavf
ed-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf_ptp.c | 53 ++
1 file changed, 53 insertions(+)
diff --git a/drivers/net/ethernet/intel/iavf/iavf_ptp.c
b/drivers/net/ethernet/intel/iavf/iavf_ptp.c
index b9a341e
On 6. Nov 2024, at 01:10, Tijl Coosemans wrote:
>
> On Mon, 21 Oct 2024 19:21:45 GMT Mateusz Piotrowski wrote:
>> The branch main has been updated by 0mp:
>>
>> URL:
>> https://cgit.FreeBSD.org/src/commit/?id=d2e7bb630b83848a774d8213014a9e0747775019
>>
>
s
iavf: handle set and get timestamps ops
iavf: add support for Rx timestamps to hotpath
Mateusz Polchlopek (3):
libeth: move idpf_rx_csum_decoded and idpf_rx_extracted
iavf: define Rx descriptors as qwords
iavf: Implement checking DD desc field
Simei Su (1):
ice: support Rx timestamp
-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Rahul Rameshbabu
Reviewed-by: Sunil Goutham
Reviewed-by: Simon Horman
Tested-by: Rafal Romanowski
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf_main.c | 9 +++
drivers/net/ethernet/intel/iavf/iavf_p
Lobakin
Tested-by: Rafal Romanowski
Signed-off-by: Mateusz Polchlopek
---
include/linux/avf/virtchnl.h | 50 +++-
1 file changed, 49 insertions(+), 1 deletion(-)
diff --git a/include/linux/avf/virtchnl.h b/include/linux/avf/virtchnl.h
index 56baf97c44d0..bc10e6ffa50b
-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/ice/ice_base.c | 3 -
drivers/net/ethernet/intel/ice/ice_lib.c | 5 +-
drivers/net/ethernet/intel/ice/ice_ptp.c | 4 +-
drivers/net/ethernet/intel/ice/ice_ptp.h | 8 ++
drivers/net
EOPNOTSUPP error code.
Signed-off-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Rahul Rameshbabu
Reviewed-by: Simon Horman
Reviewed-by: Alexander Lobakin
Tested-by: Rafal Romanowski
Co-developed-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel
it would probably
perform poorly due to the lack of direct time access.
Signed-off-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Sai Krishna
Reviewed-by: Simon Horman
Co-developed-by: Ahmed Zaki
Signed-off-by: Ahmed Zaki
Tested-by: Rafal Romanowski
Co-developed-by: Mateusz
.
Signed-off-by: Jacob Keller
Tested-by: Rafal Romanowski
Co-developed-by: Mateusz Polchlopek
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf_txrx.c | 354 ++--
drivers/net/ethernet/intel/iavf/iavf_type.h | 127 ---
2 files changed, 327 insertions
at the very beginning, before
extracting other fields.
Reviewed-by: Wojciech Drewek
Reviewed-by: Rahul Rameshbabu
Reviewed-by: Simon Horman
Tested-by: Rafal Romanowski
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf_txrx.c | 54 -
drivers/net
Reviewed-by: Wojciech Drewek
Reviewed-by: Rahul Rameshbabu
Reviewed-by: Simon Horman
Tested-by: Rafal Romanowski
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf_main.c | 9 +-
drivers/net/ethernet/intel/iavf/iavf_ptp.c| 149 ++
drivers/net
Signed-off-by: Mateusz Polchlopek
---
drivers/net/ethernet/intel/iavf/iavf.h | 2 +-
drivers/net/ethernet/intel/iavf/iavf_trace.h | 6 +-
drivers/net/ethernet/intel/iavf/iavf_txrx.c | 56 -
drivers/net/ethernet/intel/iavf/iavf_txrx.h | 7 +-
drivers/net/ethernet/intel/iavf
-by: Jacob Keller
Reviewed-by: Wojciech Drewek
Reviewed-by: Rahul Rameshbabu
Reviewed-by: Simon Horman
Reviewed-by: Alexander Lobakin
Tested-by: Rafal Romanowski
Signed-off-by: Mateusz Polchlopek
---
include/linux/avf/virtchnl.h | 67 +++-
1 file changed, 66
igned-off-by: Mateusz Polchlopek
---
.../ethernet/intel/idpf/idpf_singleq_txrx.c | 51 ++-
drivers/net/ethernet/intel/idpf/idpf_txrx.c | 16 +++---
drivers/net/ethernet/intel/idpf/idpf_txrx.h | 19 ---
include/net/libeth/rx.h | 47 +
4
its existence, but I
don't know if anyone can be bothered to follow through with it -- I
for one have 0 cycles spare for this one. That said someone(tm)
picking it up would be most welcome. :)
Cheers,
--
Mateusz Guzik
The branch stable/13 has been updated by 0mp:
URL:
https://cgit.FreeBSD.org/src/commit/?id=d36998a6cc6853e54066d476d146e1b510976418
commit d36998a6cc6853e54066d476d146e1b510976418
Author: Mateusz Piotrowski <0...@freebsd.org>
AuthorDate: 2024-10-21 10:10:52 +
Commit: M
The branch stable/14 has been updated by 0mp:
URL:
https://cgit.FreeBSD.org/src/commit/?id=4ff71ffaa79b4b609b70b60d716faffce768bb41
commit 4ff71ffaa79b4b609b70b60d716faffce768bb41
Author: Mateusz Piotrowski <0...@freebsd.org>
AuthorDate: 2024-10-21 10:10:52 +
Commit: M
On 11/2/2024 3:38 PM, Simon Horman wrote:
On Mon, Oct 28, 2024 at 12:59:22PM -0400, Mateusz Polchlopek wrote:
Fix Flow Director not allowing to re-map traffic to 0th queue when action
is configured to drop (and vice versa).
The current implementation of ethtool callback in the ice driver
[
https://issues.apache.org/jira/browse/CAMEL-21403?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17895245#comment-17895245
]
Mateusz Poncyliusz commented on CAMEL-21403:
[~davsclaus] [h
https://wiki.openstreetmap.org/w/index.php?search=Virtual+tour&title=Special%3ASearch
also seems to not find tags
virtual_tour_link= or similar is an option
Though I would likely just add website tag
without sublinking various parts
in separate tags
30 Oct 2024, 09:32 by brecht.devries...@gmai
[
https://issues.apache.org/jira/browse/CAMEL-21403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mateusz Poncyliusz updated CAMEL-21403:
---
Description:
When I receive an EDI message Camel tries to generate MIC (Message
[
https://issues.apache.org/jira/browse/CAMEL-21403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mateusz Poncyliusz updated CAMEL-21403:
---
Component/s: camel-as2
> AS2 Component - Incorrect message length calculation w
Mateusz Poncyliusz created CAMEL-21403:
--
Summary: AS2 Component - Incorrect message length calculation
when generating MIC for EDI messages with multi-byte characters
Key: CAMEL-21403
URL: https
[
https://issues.apache.org/jira/browse/CAMEL-21403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mateusz Poncyliusz updated CAMEL-21403:
---
Description:
When I receive an EDI message Camel tries to generate MIC (Message
;
> rcvar="nuageinit_enable"
>
> +fetch_openstack()
> +{
> + cd /media/nuageinit/openstack/latest
> + for file in meta_data.json network_data.json user_data; do
> + fetch http://169.254.169.254/openstack/latest/$file || :
Is it intended to fetch over HTTP?
Best,
Mateusz
1 - 100 of 2531 matches
Mail list logo
