diff for duplicates of <1467797356.3086.48.camel@synopsys.com> diff --git a/a/1.txt b/N1/1.txt index 27be806..4909ba5 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,95 +1,95 @@ -Hi+AKA-Oleksij, +Hi?Oleksij, -On Wed, 2016-07-06 at 11:09 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- -+AD4- On 06.07.2016 10:45, Alexey Brodkin wrote: -+AD4- +AD4- -+AD4- +AD4- Hi Oleksij, -+AD4- +AD4- -+AD4- +AD4- On Wed, 2016-07-06 at 10:38 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- On 06.07.2016 10:32, Alexey Brodkin wrote: -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- Hi Oleksij, -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- On Wed, 2016-07-06 at 10:24 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- +AKA- -+AD4- +AD4- +AD4- +AD4- +AD4- Hm... this Endpoint should be Interrupt, not Bulk. If you search for -+AD4- +AD4- +AD4- +AD4- +AD4- lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt. -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- what did went wrong here? Is it not working in USB High Speed mode? -+AD4- +AD4- +AD4- +AD4- Unfortunately as of now on that board EHCI doesn't work. -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- That's not a problem of a particular USB device but something in either -+AD4- +AD4- +AD4- +AD4- ECHI host controller or its integration. I do hope we will fix it sometime soon -+AD4- +AD4- +AD4- +AD4- (this is a development board and USB controller is implemented in FPGA so -+AD4- +AD4- +AD4- +AD4- there's a chance to fix stuff later on). -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- So given only OHCI works on the board I went forward and attempted to use it -+AD4- +AD4- +AD4- +AD4- with Wi-Fi USB dongle. -+AD4- +AD4- +AD4- I did some tests for 2 years on OHCI controller on x86. There was no -+AD4- +AD4- +AD4- noticable issues. It was even a bit faster then Intels EHCI. I don't -+AD4- +AD4- +AD4- think OHCI alone is the source of this problem. -+AD4- +AD4- Well I was also surprised how well that dongle works with that board in -+AD4- +AD4- OHCI mode. I saw quite consistent +AH4-4-5 Mbit/second rates when doing Speedtest -+AD4- +AD4- from my smartphone. So IMHO it's completely usable. Especially on that kind of -+AD4- +AD4- HW which has main CPU running at just 100MHz. -+AD4- +AD4- -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- On other side, so far i know, this adapter claims to provide usb full -+AD4- +AD4- +AD4- speed support, (Not only high speed) and may use different usb -+AD4- +AD4- +AD4- descriptor for this. May be this is the problem. -+AD4- +AD4- So is there something we may do with all that? -+AD4- Sure... -+AD4- -+AD4- This shows that EP4 is Bluk in full speed mode. And it is defined by a -+AD4- boot loader of this chip: -+AD4- grep -R USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE +ACo- -+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.c: -+AD4- m2BYTE(USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE, USB+AF8-FS+AF8-EP4+AF8-MAX+AF8-PACKET+AF8-SIZE), -+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- sboot/magpie+AF8-1+AF8-1/inc/usb+AF8-table.h:+ACM-define USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE -+AD4- +AKA-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/k2/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/magpie/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- -+AD4- -+AD4- So, there are fallowing variants to fix it: -+AD4- a) patch full speed usb descriptor in firmware and add usb reinit -+AD4- support to the driver. -+AD4- b) add support of different EP4 types. -+AD4- -+AD4- In any case, some one need to implement it... right now i have time only -+AD4- for mentoring. +On Wed, 2016-07-06@11:09 +0200, fixed-term.Oleksij.Rempel wrote: +> +> On 06.07.2016 10:45, Alexey Brodkin wrote: +> > +> > Hi Oleksij, +> > +> > On Wed, 2016-07-06@10:38 +0200, fixed-term.Oleksij.Rempel wrote: +> > > +> > > +> > > On 06.07.2016 10:32, Alexey Brodkin wrote: +> > > > +> > > > +> > > > Hi Oleksij, +> > > > +> > > > On Wed, 2016-07-06@10:24 +0200, fixed-term.Oleksij.Rempel wrote: +> > > > > +> > > > > +> > > > > ? +> > > > > Hm... this Endpoint should be Interrupt, not Bulk. If you search for +> > > > > lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt. +> > > > > +> > > > > what did went wrong here? Is it not working in USB High Speed mode? +> > > > Unfortunately as of now on that board EHCI doesn't work. +> > > > +> > > > That's not a problem of a particular USB device but something in either +> > > > ECHI host controller or its integration. I do hope we will fix it sometime soon +> > > > (this is a development board and USB controller is implemented in FPGA so +> > > > there's a chance to fix stuff later on). +> > > > +> > > > So given only OHCI works on the board I went forward and attempted to use it +> > > > with Wi-Fi USB dongle. +> > > I did some tests for 2 years on OHCI controller on x86. There was no +> > > noticable issues. It was even a bit faster then Intels EHCI. I don't +> > > think OHCI alone is the source of this problem. +> > Well I was also surprised how well that dongle works with that board in +> > OHCI mode. I saw quite consistent ~4-5 Mbit/second rates when doing Speedtest +> > from my smartphone. So IMHO it's completely usable. Especially on that kind of +> > HW which has main CPU running at just 100MHz. +> > +> > > +> > > On other side, so far i know, this adapter claims to provide usb full +> > > speed support, (Not only high speed) and may use different usb +> > > descriptor for this. May be this is the problem. +> > So is there something we may do with all that? +> Sure... +> +> This shows that EP4 is Bluk in full speed mode. And it is defined by a +> boot loader of this chip: +> grep -R USB_FS_EP4_ATTRIBUTE * +> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.c: +> m2BYTE(USB_FS_EP4_ATTRIBUTE, USB_FS_EP4_MAX_PACKET_SIZE), +> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK +> sboot/magpie_1_1/inc/usb_table.h:#define USB_FS_EP4_ATTRIBUTE +> ?bUSB_EP_TYPE_BULK +> target_firmware/magpie_fw_dev/target/inc/k2/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK +> target_firmware/magpie_fw_dev/target/inc/magpie/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK +> +> +> So, there are fallowing variants to fix it: +> a) patch full speed usb descriptor in firmware and add usb reinit +> support to the driver. +> b) add support of different EP4 types. +> +> In any case, some one need to implement it... right now i have time only +> for mentoring. That's understood. -+AD4- It is hard to say, which solution is better. It will affect performance -+AD4- and stability. We will need lots of testing on different HW variants to -+AD4- know it. -+AD4- May be usb maeling list can give some input here? +> It is hard to say, which solution is better. It will affect performance +> and stability. We will need lots of testing on different HW variants to +> know it. +> May be usb maeling list can give some input here? Let's hope so :) -+AD4- Currently we have fallowing issues: -+AD4- - if EP4 and EP3 are Interrupt, it works slower on High Speed controller. -+AD4- - if EP4 and EP3 are Bulk, the work better on High Speed and brake on -+AD4- Super Speed controllers. This adapter support my 64B packets and if we -+AD4- have more, fifo of this adapter will overrun. -+AD4- - Full Speed is currently unknown field for me, and it looks like it was -+AD4- never actually working properly. +> Currently we have fallowing issues: +> - if EP4 and EP3 are Interrupt, it works slower on High Speed controller. +> - if EP4 and EP3 are Bulk, the work better on High Speed and brake on +> Super Speed controllers. This adapter support my 64B packets and if we +> have more, fifo of this adapter will overrun. +> - Full Speed is currently unknown field for me, and it looks like it was +> never actually working properly. But given that dongle seem to work fine with muted warning do you think it's fine to continue that way or not? -I mean if there's a chance this +ACI-bogus usb xfer+ACI- might affect something during +I mean if there's a chance this "bogus usb xfer" might affect something during execution? Otherwise if that's just not a crucial problem or not a problem at all may be we may just think how to make this warning not so annoying (in my case I saw never ending flood of those warnings so that basically stopped me from using diff --git a/a/content_digest b/N1/content_digest index 5b162b1..dea8946 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,104 +8,104 @@ "ref\0577CC3A2.5070607@de.bosch.com\0" "ref\01467794679.3086.42.camel@synopsys.com\0" "ref\0577CCAB8.90003@de.bosch.com\0" - "From\0Alexey Brodkin <Alexey.Brodkin@synopsys.com>\0" - "Subject\0[ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer\0" + "From\0Alexey.Brodkin@synopsys.com (Alexey Brodkin)\0" + "Subject\0ath9k-htc on OHCI -> bogus usb xfer\0" "Date\0Wed, 6 Jul 2016 09:30:28 +0000\0" - "To\0ath9k-devel@lists.ath9k.org\0" + "To\0linux-snps-arc@lists.infradead.org\0" "\00:1\0" "b\0" - "Hi+AKA-Oleksij,\n" + "Hi?Oleksij,\n" "\n" - "On Wed, 2016-07-06 at 11:09 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- \n" - "+AD4- On 06.07.2016 10:45, Alexey Brodkin wrote:\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- Hi Oleksij,\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- On Wed, 2016-07-06 at 10:38 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- On 06.07.2016 10:32, Alexey Brodkin wrote:\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- Hi Oleksij,\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- On Wed, 2016-07-06 at 10:24 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- +AKA-\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- Hm... this Endpoint should be Interrupt, not Bulk. If you search for\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt.\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- what did went wrong here? Is it not working in USB High Speed mode?\n" - "+AD4- +AD4- +AD4- +AD4- Unfortunately as of now on that board EHCI doesn't work.\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- That's not a problem of a particular USB device but something in either\n" - "+AD4- +AD4- +AD4- +AD4- ECHI host controller or its integration. I do hope we will fix it sometime soon\n" - "+AD4- +AD4- +AD4- +AD4- (this is a development board and USB controller is implemented in FPGA so\n" - "+AD4- +AD4- +AD4- +AD4- there's a chance to fix stuff later on).\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- So given only OHCI works on the board I went forward and attempted to use it\n" - "+AD4- +AD4- +AD4- +AD4- with Wi-Fi USB dongle.\n" - "+AD4- +AD4- +AD4- I did some tests for 2 years on OHCI controller on x86. There was no\n" - "+AD4- +AD4- +AD4- noticable issues. It was even a bit faster then Intels EHCI. I don't\n" - "+AD4- +AD4- +AD4- think OHCI alone is the source of this problem.\n" - "+AD4- +AD4- Well I was also surprised how well that dongle works with that board in\n" - "+AD4- +AD4- OHCI mode. I saw quite consistent +AH4-4-5 Mbit/second rates when doing Speedtest\n" - "+AD4- +AD4- from my smartphone. So IMHO it's completely usable. Especially on that kind of\n" - "+AD4- +AD4- HW which has main CPU running at just 100MHz.\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- On other side, so far i know, this adapter claims to provide usb full\n" - "+AD4- +AD4- +AD4- speed support, (Not only high speed) and may use different usb\n" - "+AD4- +AD4- +AD4- descriptor for this. May be this is the problem.\n" - "+AD4- +AD4- So is there something we may do with all that?\n" - "+AD4- Sure...\n" - "+AD4- \n" - "+AD4- This shows that EP4 is Bluk in full speed mode. And it is defined by a\n" - "+AD4- boot loader of this chip:\n" - "+AD4- grep -R USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE +ACo-\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.c:\n" - "+AD4- m2BYTE(USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE, USB+AF8-FS+AF8-EP4+AF8-MAX+AF8-PACKET+AF8-SIZE),\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/inc/usb+AF8-table.h:+ACM-define USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE\n" - "+AD4- +AKA-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/k2/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/magpie/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- \n" - "+AD4- \n" - "+AD4- So, there are fallowing variants to fix it:\n" - "+AD4- a) patch full speed usb descriptor in firmware and add usb reinit\n" - "+AD4- support to the driver.\n" - "+AD4- b) add support of different EP4 types.\n" - "+AD4- \n" - "+AD4- In any case, some one need to implement it... right now i have time only\n" - "+AD4- for mentoring.\n" + "On Wed, 2016-07-06@11:09 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> \n" + "> On 06.07.2016 10:45, Alexey Brodkin wrote:\n" + "> > \n" + "> > Hi Oleksij,\n" + "> > \n" + "> > On Wed, 2016-07-06@10:38 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> > > \n" + "> > > \n" + "> > > On 06.07.2016 10:32, Alexey Brodkin wrote:\n" + "> > > > \n" + "> > > > \n" + "> > > > Hi Oleksij,\n" + "> > > > \n" + "> > > > On Wed, 2016-07-06@10:24 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> > > > > \n" + "> > > > > \n" + "> > > > > ?\n" + "> > > > > Hm... this Endpoint should be Interrupt, not Bulk. If you search for\n" + "> > > > > lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt.\n" + "> > > > > \n" + "> > > > > what did went wrong here? Is it not working in USB High Speed mode?\n" + "> > > > Unfortunately as of now on that board EHCI doesn't work.\n" + "> > > > \n" + "> > > > That's not a problem of a particular USB device but something in either\n" + "> > > > ECHI host controller or its integration. I do hope we will fix it sometime soon\n" + "> > > > (this is a development board and USB controller is implemented in FPGA so\n" + "> > > > there's a chance to fix stuff later on).\n" + "> > > > \n" + "> > > > So given only OHCI works on the board I went forward and attempted to use it\n" + "> > > > with Wi-Fi USB dongle.\n" + "> > > I did some tests for 2 years on OHCI controller on x86. There was no\n" + "> > > noticable issues. It was even a bit faster then Intels EHCI. I don't\n" + "> > > think OHCI alone is the source of this problem.\n" + "> > Well I was also surprised how well that dongle works with that board in\n" + "> > OHCI mode. I saw quite consistent ~4-5 Mbit/second rates when doing Speedtest\n" + "> > from my smartphone. So IMHO it's completely usable. Especially on that kind of\n" + "> > HW which has main CPU running at just 100MHz.\n" + "> > \n" + "> > > \n" + "> > > On other side, so far i know, this adapter claims to provide usb full\n" + "> > > speed support, (Not only high speed) and may use different usb\n" + "> > > descriptor for this. May be this is the problem.\n" + "> > So is there something we may do with all that?\n" + "> Sure...\n" + "> \n" + "> This shows that EP4 is Bluk in full speed mode. And it is defined by a\n" + "> boot loader of this chip:\n" + "> grep -R USB_FS_EP4_ATTRIBUTE *\n" + "> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.c:\n" + "> m2BYTE(USB_FS_EP4_ATTRIBUTE, USB_FS_EP4_MAX_PACKET_SIZE),\n" + "> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK\n" + "> sboot/magpie_1_1/inc/usb_table.h:#define USB_FS_EP4_ATTRIBUTE\n" + "> ?bUSB_EP_TYPE_BULK\n" + "> target_firmware/magpie_fw_dev/target/inc/k2/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK\n" + "> target_firmware/magpie_fw_dev/target/inc/magpie/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE????????????bUSB_EP_TYPE_BULK\n" + "> \n" + "> \n" + "> So, there are fallowing variants to fix it:\n" + "> a) patch full speed usb descriptor in firmware and add usb reinit\n" + "> support to the driver.\n" + "> b) add support of different EP4 types.\n" + "> \n" + "> In any case, some one need to implement it... right now i have time only\n" + "> for mentoring.\n" "\n" "That's understood.\n" "\n" - "+AD4- It is hard to say, which solution is better. It will affect performance\n" - "+AD4- and stability. We will need lots of testing on different HW variants to\n" - "+AD4- know it.\n" - "+AD4- May be usb maeling list can give some input here?\n" + "> It is hard to say, which solution is better. It will affect performance\n" + "> and stability. We will need lots of testing on different HW variants to\n" + "> know it.\n" + "> May be usb maeling list can give some input here?\n" "\n" "Let's hope so :)\n" "\n" - "+AD4- Currently we have fallowing issues:\n" - "+AD4- - if EP4 and EP3 are Interrupt, it works slower on High Speed controller.\n" - "+AD4- - if EP4 and EP3 are Bulk, the work better on High Speed and brake on\n" - "+AD4- Super Speed controllers. This adapter support my 64B packets and if we\n" - "+AD4- have more, fifo of this adapter will overrun.\n" - "+AD4- - Full Speed is currently unknown field for me, and it looks like it was\n" - "+AD4- never actually working properly.\n" + "> Currently we have fallowing issues:\n" + "> - if EP4 and EP3 are Interrupt, it works slower on High Speed controller.\n" + "> - if EP4 and EP3 are Bulk, the work better on High Speed and brake on\n" + "> Super Speed controllers. This adapter support my 64B packets and if we\n" + "> have more, fifo of this adapter will overrun.\n" + "> - Full Speed is currently unknown field for me, and it looks like it was\n" + "> never actually working properly.\n" "\n" "But given that dongle seem to work fine with muted warning do you think it's\n" "fine to continue that way or not?\n" "\n" - "I mean if there's a chance this +ACI-bogus usb xfer+ACI- might affect something during\n" + "I mean if there's a chance this \"bogus usb xfer\" might affect something during\n" "execution? Otherwise if that's just not a crucial problem or not a problem at all\n" "may be we may just think how to make this warning not so annoying (in my case\n" "I saw never ending flood of those warnings so that basically stopped me from using\n" @@ -113,4 +113,4 @@ "\n" -Alexey -99a8e8246d4c5c74573af65c9ca7b93e0f9274be78b113307406986f0c67f171 +34159cd6067326b1eaaf738fd0190d869b26ef6253f6e84897cc14936997b579
diff --git a/a/1.txt b/N2/1.txt index 27be806..8bbaf2f 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,95 +1,95 @@ -Hi+AKA-Oleksij, +Hi Oleksij, -On Wed, 2016-07-06 at 11:09 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- -+AD4- On 06.07.2016 10:45, Alexey Brodkin wrote: -+AD4- +AD4- -+AD4- +AD4- Hi Oleksij, -+AD4- +AD4- -+AD4- +AD4- On Wed, 2016-07-06 at 10:38 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- On 06.07.2016 10:32, Alexey Brodkin wrote: -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- Hi Oleksij, -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- On Wed, 2016-07-06 at 10:24 +-0200, fixed-term.Oleksij.Rempel wrote: -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- +AKA- -+AD4- +AD4- +AD4- +AD4- +AD4- Hm... this Endpoint should be Interrupt, not Bulk. If you search for -+AD4- +AD4- +AD4- +AD4- +AD4- lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt. -+AD4- +AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- +AD4- what did went wrong here? Is it not working in USB High Speed mode? -+AD4- +AD4- +AD4- +AD4- Unfortunately as of now on that board EHCI doesn't work. -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- That's not a problem of a particular USB device but something in either -+AD4- +AD4- +AD4- +AD4- ECHI host controller or its integration. I do hope we will fix it sometime soon -+AD4- +AD4- +AD4- +AD4- (this is a development board and USB controller is implemented in FPGA so -+AD4- +AD4- +AD4- +AD4- there's a chance to fix stuff later on). -+AD4- +AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- +AD4- So given only OHCI works on the board I went forward and attempted to use it -+AD4- +AD4- +AD4- +AD4- with Wi-Fi USB dongle. -+AD4- +AD4- +AD4- I did some tests for 2 years on OHCI controller on x86. There was no -+AD4- +AD4- +AD4- noticable issues. It was even a bit faster then Intels EHCI. I don't -+AD4- +AD4- +AD4- think OHCI alone is the source of this problem. -+AD4- +AD4- Well I was also surprised how well that dongle works with that board in -+AD4- +AD4- OHCI mode. I saw quite consistent +AH4-4-5 Mbit/second rates when doing Speedtest -+AD4- +AD4- from my smartphone. So IMHO it's completely usable. Especially on that kind of -+AD4- +AD4- HW which has main CPU running at just 100MHz. -+AD4- +AD4- -+AD4- +AD4- +AD4- -+AD4- +AD4- +AD4- On other side, so far i know, this adapter claims to provide usb full -+AD4- +AD4- +AD4- speed support, (Not only high speed) and may use different usb -+AD4- +AD4- +AD4- descriptor for this. May be this is the problem. -+AD4- +AD4- So is there something we may do with all that? -+AD4- Sure... -+AD4- -+AD4- This shows that EP4 is Bluk in full speed mode. And it is defined by a -+AD4- boot loader of this chip: -+AD4- grep -R USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE +ACo- -+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.c: -+AD4- m2BYTE(USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE, USB+AF8-FS+AF8-EP4+AF8-MAX+AF8-PACKET+AF8-SIZE), -+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- sboot/magpie+AF8-1+AF8-1/inc/usb+AF8-table.h:+ACM-define USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE -+AD4- +AKA-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/k2/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/magpie/usb+AF8-table.h:+ACM-define -+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK -+AD4- -+AD4- -+AD4- So, there are fallowing variants to fix it: -+AD4- a) patch full speed usb descriptor in firmware and add usb reinit -+AD4- support to the driver. -+AD4- b) add support of different EP4 types. -+AD4- -+AD4- In any case, some one need to implement it... right now i have time only -+AD4- for mentoring. +On Wed, 2016-07-06 at 11:09 +0200, fixed-term.Oleksij.Rempel wrote: +> +> On 06.07.2016 10:45, Alexey Brodkin wrote: +> > +> > Hi Oleksij, +> > +> > On Wed, 2016-07-06 at 10:38 +0200, fixed-term.Oleksij.Rempel wrote: +> > > +> > > +> > > On 06.07.2016 10:32, Alexey Brodkin wrote: +> > > > +> > > > +> > > > Hi Oleksij, +> > > > +> > > > On Wed, 2016-07-06 at 10:24 +0200, fixed-term.Oleksij.Rempel wrote: +> > > > > +> > > > > +> > > > > +> > > > > Hm... this Endpoint should be Interrupt, not Bulk. If you search for +> > > > > lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt. +> > > > > +> > > > > what did went wrong here? Is it not working in USB High Speed mode? +> > > > Unfortunately as of now on that board EHCI doesn't work. +> > > > +> > > > That's not a problem of a particular USB device but something in either +> > > > ECHI host controller or its integration. I do hope we will fix it sometime soon +> > > > (this is a development board and USB controller is implemented in FPGA so +> > > > there's a chance to fix stuff later on). +> > > > +> > > > So given only OHCI works on the board I went forward and attempted to use it +> > > > with Wi-Fi USB dongle. +> > > I did some tests for 2 years on OHCI controller on x86. There was no +> > > noticable issues. It was even a bit faster then Intels EHCI. I don't +> > > think OHCI alone is the source of this problem. +> > Well I was also surprised how well that dongle works with that board in +> > OHCI mode. I saw quite consistent ~4-5 Mbit/second rates when doing Speedtest +> > from my smartphone. So IMHO it's completely usable. Especially on that kind of +> > HW which has main CPU running at just 100MHz. +> > +> > > +> > > On other side, so far i know, this adapter claims to provide usb full +> > > speed support, (Not only high speed) and may use different usb +> > > descriptor for this. May be this is the problem. +> > So is there something we may do with all that? +> Sure... +> +> This shows that EP4 is Bluk in full speed mode. And it is defined by a +> boot loader of this chip: +> grep -R USB_FS_EP4_ATTRIBUTE * +> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.c: +> m2BYTE(USB_FS_EP4_ATTRIBUTE, USB_FS_EP4_MAX_PACKET_SIZE), +> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE bUSB_EP_TYPE_BULK +> sboot/magpie_1_1/inc/usb_table.h:#define USB_FS_EP4_ATTRIBUTE +> bUSB_EP_TYPE_BULK +> target_firmware/magpie_fw_dev/target/inc/k2/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE bUSB_EP_TYPE_BULK +> target_firmware/magpie_fw_dev/target/inc/magpie/usb_table.h:#define +> USB_FS_EP4_ATTRIBUTE bUSB_EP_TYPE_BULK +> +> +> So, there are fallowing variants to fix it: +> a) patch full speed usb descriptor in firmware and add usb reinit +> support to the driver. +> b) add support of different EP4 types. +> +> In any case, some one need to implement it... right now i have time only +> for mentoring. That's understood. -+AD4- It is hard to say, which solution is better. It will affect performance -+AD4- and stability. We will need lots of testing on different HW variants to -+AD4- know it. -+AD4- May be usb maeling list can give some input here? +> It is hard to say, which solution is better. It will affect performance +> and stability. We will need lots of testing on different HW variants to +> know it. +> May be usb maeling list can give some input here? Let's hope so :) -+AD4- Currently we have fallowing issues: -+AD4- - if EP4 and EP3 are Interrupt, it works slower on High Speed controller. -+AD4- - if EP4 and EP3 are Bulk, the work better on High Speed and brake on -+AD4- Super Speed controllers. This adapter support my 64B packets and if we -+AD4- have more, fifo of this adapter will overrun. -+AD4- - Full Speed is currently unknown field for me, and it looks like it was -+AD4- never actually working properly. +> Currently we have fallowing issues: +> - if EP4 and EP3 are Interrupt, it works slower on High Speed controller. +> - if EP4 and EP3 are Bulk, the work better on High Speed and brake on +> Super Speed controllers. This adapter support my 64B packets and if we +> have more, fifo of this adapter will overrun. +> - Full Speed is currently unknown field for me, and it looks like it was +> never actually working properly. But given that dongle seem to work fine with muted warning do you think it's fine to continue that way or not? -I mean if there's a chance this +ACI-bogus usb xfer+ACI- might affect something during +I mean if there's a chance this "bogus usb xfer" might affect something during execution? Otherwise if that's just not a crucial problem or not a problem at all may be we may just think how to make this warning not so annoying (in my case I saw never ending flood of those warnings so that basically stopped me from using diff --git a/a/content_digest b/N2/content_digest index 5b162b1..5f6101d 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -9,103 +9,109 @@ "ref\01467794679.3086.42.camel@synopsys.com\0" "ref\0577CCAB8.90003@de.bosch.com\0" "From\0Alexey Brodkin <Alexey.Brodkin@synopsys.com>\0" - "Subject\0[ath9k-devel] ath9k-htc on OHCI -> bogus usb xfer\0" + "Subject\0Re: ath9k-htc on OHCI -> bogus usb xfer\0" "Date\0Wed, 6 Jul 2016 09:30:28 +0000\0" - "To\0ath9k-devel@lists.ath9k.org\0" + "To\0fixed-term.Oleksij.Rempel@de.bosch.com <fixed-term.Oleksij.Rempel@de.bosch.com>\0" + "Cc\0linux-wireless@vger.kernel.org <linux-wireless@vger.kernel.org>" + anders.darander@gmail.com <anders.darander@gmail.com> + ath9k-devel@lists.ath9k.org <ath9k-devel@lists.ath9k.org> + linux@rempel-privat.de <linux@rempel-privat.de> + linux-snps-arc@lists.infradead.org <linux-snps-arc@lists.infradead.org> + " linux-usb@vger.kernel.org <linux-usb@vger.kernel.org>\0" "\00:1\0" "b\0" - "Hi+AKA-Oleksij,\n" + "Hi\302\240Oleksij,\n" "\n" - "On Wed, 2016-07-06 at 11:09 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- \n" - "+AD4- On 06.07.2016 10:45, Alexey Brodkin wrote:\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- Hi Oleksij,\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- On Wed, 2016-07-06 at 10:38 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- On 06.07.2016 10:32, Alexey Brodkin wrote:\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- Hi Oleksij,\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- On Wed, 2016-07-06 at 10:24 +-0200, fixed-term.Oleksij.Rempel wrote:\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- +AKA-\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- Hm... this Endpoint should be Interrupt, not Bulk. If you search for\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt.\n" - "+AD4- +AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- +AD4- what did went wrong here? Is it not working in USB High Speed mode?\n" - "+AD4- +AD4- +AD4- +AD4- Unfortunately as of now on that board EHCI doesn't work.\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- That's not a problem of a particular USB device but something in either\n" - "+AD4- +AD4- +AD4- +AD4- ECHI host controller or its integration. I do hope we will fix it sometime soon\n" - "+AD4- +AD4- +AD4- +AD4- (this is a development board and USB controller is implemented in FPGA so\n" - "+AD4- +AD4- +AD4- +AD4- there's a chance to fix stuff later on).\n" - "+AD4- +AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- +AD4- So given only OHCI works on the board I went forward and attempted to use it\n" - "+AD4- +AD4- +AD4- +AD4- with Wi-Fi USB dongle.\n" - "+AD4- +AD4- +AD4- I did some tests for 2 years on OHCI controller on x86. There was no\n" - "+AD4- +AD4- +AD4- noticable issues. It was even a bit faster then Intels EHCI. I don't\n" - "+AD4- +AD4- +AD4- think OHCI alone is the source of this problem.\n" - "+AD4- +AD4- Well I was also surprised how well that dongle works with that board in\n" - "+AD4- +AD4- OHCI mode. I saw quite consistent +AH4-4-5 Mbit/second rates when doing Speedtest\n" - "+AD4- +AD4- from my smartphone. So IMHO it's completely usable. Especially on that kind of\n" - "+AD4- +AD4- HW which has main CPU running at just 100MHz.\n" - "+AD4- +AD4- \n" - "+AD4- +AD4- +AD4- \n" - "+AD4- +AD4- +AD4- On other side, so far i know, this adapter claims to provide usb full\n" - "+AD4- +AD4- +AD4- speed support, (Not only high speed) and may use different usb\n" - "+AD4- +AD4- +AD4- descriptor for this. May be this is the problem.\n" - "+AD4- +AD4- So is there something we may do with all that?\n" - "+AD4- Sure...\n" - "+AD4- \n" - "+AD4- This shows that EP4 is Bluk in full speed mode. And it is defined by a\n" - "+AD4- boot loader of this chip:\n" - "+AD4- grep -R USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE +ACo-\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.c:\n" - "+AD4- m2BYTE(USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE, USB+AF8-FS+AF8-EP4+AF8-MAX+AF8-PACKET+AF8-SIZE),\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/sboot/hif/usb/src/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- sboot/magpie+AF8-1+AF8-1/inc/usb+AF8-table.h:+ACM-define USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE\n" - "+AD4- +AKA-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/k2/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- target+AF8-firmware/magpie+AF8-fw+AF8-dev/target/inc/magpie/usb+AF8-table.h:+ACM-define\n" - "+AD4- USB+AF8-FS+AF8-EP4+AF8-ATTRIBUTE+AKAAoACgAKAAoACgAKAAoACgAKAAoACg-bUSB+AF8-EP+AF8-TYPE+AF8-BULK\n" - "+AD4- \n" - "+AD4- \n" - "+AD4- So, there are fallowing variants to fix it:\n" - "+AD4- a) patch full speed usb descriptor in firmware and add usb reinit\n" - "+AD4- support to the driver.\n" - "+AD4- b) add support of different EP4 types.\n" - "+AD4- \n" - "+AD4- In any case, some one need to implement it... right now i have time only\n" - "+AD4- for mentoring.\n" + "On Wed, 2016-07-06 at 11:09 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> \n" + "> On 06.07.2016 10:45, Alexey Brodkin wrote:\n" + "> > \n" + "> > Hi Oleksij,\n" + "> > \n" + "> > On Wed, 2016-07-06 at 10:38 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> > > \n" + "> > > \n" + "> > > On 06.07.2016 10:32, Alexey Brodkin wrote:\n" + "> > > > \n" + "> > > > \n" + "> > > > Hi Oleksij,\n" + "> > > > \n" + "> > > > On Wed, 2016-07-06 at 10:24 +0200, fixed-term.Oleksij.Rempel wrote:\n" + "> > > > > \n" + "> > > > > \n" + "> > > > > \302\240\n" + "> > > > > Hm... this Endpoint should be Interrupt, not Bulk. If you search for\n" + "> > > > > lsusb of this kind of adapter all of them list EP3 and EP4 as Interrupt.\n" + "> > > > > \n" + "> > > > > what did went wrong here? Is it not working in USB High Speed mode?\n" + "> > > > Unfortunately as of now on that board EHCI doesn't work.\n" + "> > > > \n" + "> > > > That's not a problem of a particular USB device but something in either\n" + "> > > > ECHI host controller or its integration. I do hope we will fix it sometime soon\n" + "> > > > (this is a development board and USB controller is implemented in FPGA so\n" + "> > > > there's a chance to fix stuff later on).\n" + "> > > > \n" + "> > > > So given only OHCI works on the board I went forward and attempted to use it\n" + "> > > > with Wi-Fi USB dongle.\n" + "> > > I did some tests for 2 years on OHCI controller on x86. There was no\n" + "> > > noticable issues. It was even a bit faster then Intels EHCI. I don't\n" + "> > > think OHCI alone is the source of this problem.\n" + "> > Well I was also surprised how well that dongle works with that board in\n" + "> > OHCI mode. I saw quite consistent ~4-5 Mbit/second rates when doing Speedtest\n" + "> > from my smartphone. So IMHO it's completely usable. Especially on that kind of\n" + "> > HW which has main CPU running at just 100MHz.\n" + "> > \n" + "> > > \n" + "> > > On other side, so far i know, this adapter claims to provide usb full\n" + "> > > speed support, (Not only high speed) and may use different usb\n" + "> > > descriptor for this. May be this is the problem.\n" + "> > So is there something we may do with all that?\n" + "> Sure...\n" + "> \n" + "> This shows that EP4 is Bluk in full speed mode. And it is defined by a\n" + "> boot loader of this chip:\n" + "> grep -R USB_FS_EP4_ATTRIBUTE *\n" + "> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.c:\n" + "> m2BYTE(USB_FS_EP4_ATTRIBUTE, USB_FS_EP4_MAX_PACKET_SIZE),\n" + "> sboot/magpie_1_1/sboot/hif/usb/src/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240bUSB_EP_TYPE_BULK\n" + "> sboot/magpie_1_1/inc/usb_table.h:#define USB_FS_EP4_ATTRIBUTE\n" + "> \302\240bUSB_EP_TYPE_BULK\n" + "> target_firmware/magpie_fw_dev/target/inc/k2/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240bUSB_EP_TYPE_BULK\n" + "> target_firmware/magpie_fw_dev/target/inc/magpie/usb_table.h:#define\n" + "> USB_FS_EP4_ATTRIBUTE\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240\302\240bUSB_EP_TYPE_BULK\n" + "> \n" + "> \n" + "> So, there are fallowing variants to fix it:\n" + "> a) patch full speed usb descriptor in firmware and add usb reinit\n" + "> support to the driver.\n" + "> b) add support of different EP4 types.\n" + "> \n" + "> In any case, some one need to implement it... right now i have time only\n" + "> for mentoring.\n" "\n" "That's understood.\n" "\n" - "+AD4- It is hard to say, which solution is better. It will affect performance\n" - "+AD4- and stability. We will need lots of testing on different HW variants to\n" - "+AD4- know it.\n" - "+AD4- May be usb maeling list can give some input here?\n" + "> It is hard to say, which solution is better. It will affect performance\n" + "> and stability. We will need lots of testing on different HW variants to\n" + "> know it.\n" + "> May be usb maeling list can give some input here?\n" "\n" "Let's hope so :)\n" "\n" - "+AD4- Currently we have fallowing issues:\n" - "+AD4- - if EP4 and EP3 are Interrupt, it works slower on High Speed controller.\n" - "+AD4- - if EP4 and EP3 are Bulk, the work better on High Speed and brake on\n" - "+AD4- Super Speed controllers. This adapter support my 64B packets and if we\n" - "+AD4- have more, fifo of this adapter will overrun.\n" - "+AD4- - Full Speed is currently unknown field for me, and it looks like it was\n" - "+AD4- never actually working properly.\n" + "> Currently we have fallowing issues:\n" + "> - if EP4 and EP3 are Interrupt, it works slower on High Speed controller.\n" + "> - if EP4 and EP3 are Bulk, the work better on High Speed and brake on\n" + "> Super Speed controllers. This adapter support my 64B packets and if we\n" + "> have more, fifo of this adapter will overrun.\n" + "> - Full Speed is currently unknown field for me, and it looks like it was\n" + "> never actually working properly.\n" "\n" "But given that dongle seem to work fine with muted warning do you think it's\n" "fine to continue that way or not?\n" "\n" - "I mean if there's a chance this +ACI-bogus usb xfer+ACI- might affect something during\n" + "I mean if there's a chance this \"bogus usb xfer\" might affect something during\n" "execution? Otherwise if that's just not a crucial problem or not a problem at all\n" "may be we may just think how to make this warning not so annoying (in my case\n" "I saw never ending flood of those warnings so that basically stopped me from using\n" @@ -113,4 +119,4 @@ "\n" -Alexey -99a8e8246d4c5c74573af65c9ca7b93e0f9274be78b113307406986f0c67f171 +7d4d2784d47847af7ed7187443d567482c70894cf646f3329330072b7e8bb46e
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.